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© REAL PARTY IN INTEREST 
All right, title, and interest in this application has been assigned by the 
inventors, Kevin Chan, Neil Hepworth, and Stephane C. Laveau, to Avaya 
Technology Corp. This Assignment is recorded at Reel/Frame 014306/0146. 

ai) RELATED APPEALS AND INTERFERENCES 
There are no related appeals, interferences or judicial proceedings known to 
Appellants, or the Appellants' legal representative which may be related to, directly 
affect, be directly affected by, or have a bearing on the Board's decision in the 
pending appeal. 

(HI) STATUS OF CLAIMS 
Claims 1-49 are pending in the application. Clauns 32-35 have been 
withdrawn from consideration. Accordingly, Claims 1-31 and 36-49 are being 
appealed. 

Claims 1, 3, 5-8, 10-11, 13-17, 19, 21-24, 26-27, 29-31, 36, 37, 39, 41-44, 46- 
47, and 49 stand rejected under 35 U.S.C.§102(e). 

Claims 2, 4, 9, 12, 18, 20, 25, 28, 38, 40, 45, and 48 stand rejected under 35 
U.S.C.§103(a). 

The Claims at issue (i.e.. Claims 1-31 and 36-49) are set forth m the CLAIMS 
APPENDIX. 
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(IV) STATUS OF AMENDMENTS 
An amendment was filed on April 4, 2007, subsequent to the Examiner's Final 
Office Action dated Febraary 6, 2007. That amendment was denied entry by the 
Examiner in an Advisory Action dated April 18, 2007. 

(V) SUMMARY OF CLAIMED SUBJECT MATTER 

The currently pending Independent Claims 1,16, and 36, recited in the Claims 
Appendix hereto, are directed to methods and a server for processing an electronic 
message {See Specification page 1, lines 5-7; page 4, lines 4-5; page 5, liaes 7t8; and 
Fig. 1, elements 14a and 14b). 

One embodiment, which is the subject of Independent Claim 1, is directed to a 
method for processing an electronic message, comprising: 

receiving a message from a sender (See Specification page 4, line 6; page 20, 
lines 22-23; and Fig. 5, step 404), the message comprising (I) at least one recipient to 
receive the message {See Specification page 4, line 6; page 12, lines 16-20; and Fig. 4, 
step 308) and including at least one of (a) a restriction identifier, the restriction 
identifier identifying a subset of recipients from among a set of possible recipients 
{See Specification page 4, lines 7-8; page 12 and line 22 through page 13, Ime 13) and 
(b) an access restriction indicating a subset of points of access from among a set of 
points of access to access the message {See Specification page 3, line 23 through page 
4, line 2; page 14, lines 9-13; and Fig. 6, step 504); 

determinmg whether each identified at least one recipient is within the subset 
of recipients corresponding to the restriction identifier {See Specification page 4, lines 
9-10; page 14, lines 1-2; and Fig. 5, step 412); and wherein at least one of the 
following steps is performed: 
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(i) when the message comprises the restriction identifier and an 
identified at least one recipient is not within the subset of recipients, at least one of 
(A) not providing access to the message to the identified at least one recipient who is 
not in the subset of recipients {See Specification page 4, lines 11-13; page 14, lines 2- 
3; and Fig. 5, step 412) and (B) notifytng the sender that an identified at least one 
recipient is not within the subset of recipients {See Specification page 4, lines 13-14; 
page 14, lines 3-4; and Fig. 5, step 420); and 

(ii) when the message comprises the access restriction and an 
identified at least one recipient attempts to access the message fi'om a point of access 
not within the subset of points of access, not providing access to the message to the 
identified at least one recipient whose point of access is not within the subset of points 
of access {See Specification page 14, lines 16-17 and Fig. 6, step 516). [Bold 
identifiers added] 

A related embodiment, which is the subject of Independent Claim 16, is 
directed toward a method for processing an electronic message, comprising: 

receiving at least part of a message inputted by a user {See Specification page 
4, line 6; page 13, lines 22-23; and Fig. 5, step 404), the at least part of a message 
comprising at least one recipient to receive the message {See Specification page 5, 
lines 9-10; page 12, lines 16-20; and Fig. 4, step 308); 

receiving, fi-om the user, a restriction identifier for the at least part of a 
message, the restriction identifier identifying a subset of recipients fi-om among a set 
of possible recipients {See Specification page 5, lines 1 1-13; page 12, line 22 through 
page 13, line 13); and 
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when a restriction identifier is received, tagging the message with the 
restriction identifier (See Specification page 5, lines 14-15; page 10, lines 18-23, and 
Fig. 4, step 320). 

Another embodiment, which is the subject of Independent Claim 36, is 
directed toward a server for processing an electronic message, comprising: 

an input operable to receive at least part of a message inputted by a user {See 
Specification page 4, line 6; page 13, lines 22-23; and Fig. 5, step 404), the at least 
part of a message comprismg at least one recipient to receive the message (See 
Specification page 5, lines 9-10; page 12, lines 16-20; and Fig. 4, step 308), and a 
restriction identifier for the at least part of a message, the restriction identifier 
identifying a subset of recipients from among a set of possible recipients (See 
Specification page 5, Imes 11-13; page 12, line 22 through page 13, line 13); and 

when a restriction identifier is received, a processor operable to tag the 
message with the restriction identifier (See Specification page 5, lines 1 1-13; page 12, 
line 22 through page 13, Ime 13). 

(VI) GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

Whether Claims 12, 28, and 48 are unpatentable under 35 U.S.C.§103(a) over 
U.S. Patent No. 6,480,885 [hereinafter "Olivier"] in view of U.S. Patent No. 
5,619,648 [hereinafter "Canale"]. 

Whether Claims 1, 3, 5-8, 10-11, 13-17, 19, 21-24, 26-27, 29-31, 36, 37, 39, 
41-44, 46-47, and 49 are anticipated under 35 U.S.C.§102(e) by Olivier. 

Whether Claims 9, 25, and 45 are unpatentable under 35 U.S.C.§ 103(a) over 
Olivier in view of U.S. Patent No. 6,654,779 [heremafter "Tsuei"] . 
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(Vn) ARGUMENT 
1. Reiection of Claims 12. 28. and 48 under 35 U.S.C.S103fa) over Olivier in 
view of Canale 

The Office argues that Olivier in combination with Canale teaches a method 
and server for processing electronic messages, wherein the message comprises a 
forwarding restriction indicating (a) whether the message may be forwarded and/or 
(b) to whom the message may be forwarded, and therefore. Claims 12, 28, and 48 of 
the instant application are obvious over Olivier in view of Canale. 

In order for a rejection under 35 U.S.C.§103(a) to be proper, there must be 
some suggestion or motivation to modify the reference or to combine the reference 
teachings, there must be a reasonable expectation of success, and the prior art 
reference or references must teach or suggest all of the claim limitations. In re Vaeck, 
947 F.2d 488 (Fed. Cir. 1991). 

Appellants respectfully disagree with the Examiner's position that Olivier and 
Canale teach all of the claim limitations of Claims 12, 28, and 48. 

The Office concedes that Olivier does not teach a forwarding restriction 
indicating (a) whether the message may be forwarded and/or (b) to whom the message 
may be forwarded. Instead, the Office asserts that Col. 3, line 54 through Col. 4, line 
8 of Canale teach a forwarding restriction indicating to whom the message may be 
forwarded. 

The relied upon portion of Canale recites: 

If user model 113 does not specify a recipient which is of the same 
kind specified by recipient description 125, mail filter 109 looks to 
correspondent models 111 to determine where to send mail item 119. 
There is a correspondent model lll(m) for each of user 105(n)'s 
fi-equent correspondents, and like user model 113, each correspondent 
model lll(m) contains data which mail filter 109 can use together 
with recipient description 125 to determine which of user 105(n)'s 
correspondents should receive mail item 1 19. Mail filter 109 then adds 
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the names and e-mail addresses of those correspondents to referral list 
127 in mail item 119 and forwards mail item 119 to those 
correspondents. If they in turn have mail filters 109, they will also 
filter mail item 1 19 as just described. In a preferred embodiment, user 
105(n) may specify how much control he desires over forwarding. 
Forwarding may be completely automatic, or mail filter 109 may 
present user 105(n) with the information from recipient description 
125 and a list of the correspondents it has found for forwarding and let 
user 105(n) select which of the correspondents is to receive the 
forwarded letter. (Canale, Col. 3, line 56 through Col. 4, line 8) 

Appellants believe this interpretation of Canale is improper and out of the 

context of the teachings of Canale. The cited portion of Canale describes the 

operation of a mail filter 109 that positively identifies users that are to receive a 

forwarded message based on the receiving user's preference (which is not restricted) 

and correspondent models 111 maintained by the user. This particular passage of 

Canale teaches that a user may control the forwarding options of his/her mail filter 

109. The user that receives the message is given the freedom to select correspondents 

that are to receive the message without any sort of restriction. Each recipient of the 

mail item 1 19 is allowed to forward the mail item 1 19 on to other users without 

restriction. 

In Canale, while a recipient specifier is discussed, it does not restrict access to 
a communication m a maimer similar to that claimed, but is rather used by a mail 
filter at the "recipienf ' to determine whether the recipient desires to receive the 

message. 

This teaches away from the subject matter claimed in Claims 12, 28, and 48, 
since those claims require receiving a message that comprises a forwarding restriction 
that impacts negatively what users can access or receive a forwarded message. A 
message with such a restriction identifier allows a sender to control the distribution of 
his/her message even after the message has been sent as disclosed in an exemplary 
embodiment discussed at page 5, line 18 through page 6, line 13 of the application as 
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filed. The mail filter 109 of Canale only teaches positively identifying users that 
should receive a message. There is no teaching, suggestion, or motivation to have a 
message that comprises a forwarding restriction indicatmg (a) whether the message 
may be forwarded and/or (b) to whom the message may be forwarded, and therefore, 
Claims 12, 28, and 48 of the instant application are not obvious over Olivier in view 
of Canale and should therefore be allowed. 

2. Rejection of Claims under 35 U-S-CSlOlfet over Olivier 

The OfBce argues that Olivier teaches the method and server for processing 
electronic messages usmg a restriction identifier and/or access restriction, and 
therefore. Claims 1, 3, 5-8, 10-11, 13-17, 19, 21-24, 26-27, 29-31, 36, 37, 39, 41-44, 
46-47, and 49 of the instant application are anticipated by Olivier. 

Appellants disagree with the Office's interpretation of Olivier and submit that 
Olivier teach, suggest, or describe all of the claim elements and therefore does not 
anticipate the pending claims. 

2 A. Legal Standard of Review 

An invention may receive a patent only if it is novel in relation to prior art 
described in an application for patent filed or patent granted by another. 35 U.S.C. § 
102(e). 

A prior art reference renders an invention anticipated if it "discloses every 
feature of the claimed invention, either explicitly or inherently." Hazani v. United 
States ITC, 126 F.3d 1473, 1477 (Fed. Cir. 1997); see also Schermg Corp. v. Geneva 
Pharms., Inc., 339 F.3d 1373, 1379 (Fed. Cir. 2003). 



2B. What the Prior Art Teaches - the Plain Language of Olivier 
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Olivier is directed to a method for enabling users to exchange group electronic 
mail by establishing individual profiles and criteria, for determining personalized 
subsets within a group. Users establish subscriptions to an electronic mailing list by 
specifying user profile data and acceptance criteria data to screen other users. When 
a user subscribes, a web server establishes and stores an individualized recipient list 
including each matching subscriber and their degree of one-way or mutual match with 
the user. When the user then sends a message to the mailing list, an email server 
retrieves 100% her matches and then optionally filters her recipient list down to a 
message distribution list using each recipient's message criteria. The message is then 
distributed to matching users. The user may specify acceptance criteria in the 
matching algorithm. The matching algorithm may be facilitated by including, in the 
email body or subject line, a keyword in brackets such as "[for sale]", (emphasis 
added) 

Additionally, email archives and information contributions fi-om users are 
stored in a database. A web server creates an individualized set of web pages for a 
user fi-om the database, containing contributions only from users m his recipient list. 
In other embodiments, users apply one-way or mutual criteria matching and message 
profile criteria to other group forums, such as web-based discussion boards, chat, 
online clubs, USENET newsgroups, voicemail, instant messaging, web browsing side 
channel communities, and online gaming rendezvous. 

The user can exclude particular subscribers and subjects fi-om his interactions. 

The user can override subscription settings when sending a message. The 
subscription settings are treated as "default settings", and the user can override any of 
the settings when sending a message. The user could specify this through additional 
codes in his email message body, or by usiog a web form when sending the message. 
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The web form would include access to override those settings. The subscription 
matching process described in FIG. 5B and its related text are used to determine the 
distribution list for the present message being sent. The settmgs are not stored as the 
user's permanent settings. An example use is in a neighborhood mailing list for a user 
to send out a "for sale" message to neighbors within 10 miles of him, overriding his 
usual acceptance criteria data of neighbors within 3 miles of him. This feature would 
have to exist in conjunction with the previous feature, controlling delivery of reply 
email messages, so that recipients can answer to the same group. 
The system of Olivier is applicable to voice mail. 

2C. The Rejection of Claims 1. 3. 5-7. 14. and 15 is improper as 
Olivier does not teach, suggest or describe every claim element of Claim 1 

It is the OfiBce's position that Olivier teaches the use of a restriction identifier 
and/or an access restriction. More specifically, witibi respect to the restriction 
identifier, the Office asserts that Olivier teaches a message that (I) identifies a 
recipient and (a) includes a restricting identifier identifying a subset of recipients from 
among a set of possible recipients, and then (i) when the identified recipient is not 
within the subset of recipients continues by (A) not providing the identified recipient 
access to the message and/or (B) notifying the sender that the identifled recipient is 
not within the subset of recipients. 

With respect to the access restriction, the Office asserts that Olivier teaches a 
message that (I) identifies a recipient and includes (b) an access restriction indicating 
a subset of points of access from among a set of points of access to access the 
message, and then (ii) when the identified at least one recipient attempts to access the 
message from a point of access not within the subset of points of access, not providing 
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access to the message to the identified at least one recipient whose point of access is 
not within the subset of points of access. 

In support of this position, the Office asserts that Olivier teaches the above 
noted features at Col. 3, lines 17-22 and Col. 5, lines 17-65. Appellants respectfully 
disagree with the Office's assertion that Olivier teaches each and every element of the 
Independent Claim 1. 

The restriction identifier of the present invention can: (i) be a forwarding 
restriction indicating one or both of whether or not the message may be forwarded and 
to whom the message may be forwarded; (ii) be an access restriction mdicating that 
the message may be accessed only from predetermined points of access, such as 
points of access internal to a network; and/or (iii) refer to other conditions besides 
class of eligible recipients. The restriction identifier impacts negatively what users 
can access a particular message or even the way that a user is allowed to access a 
message. Creating restriction identifiers allows a sender to control the distribution of 
his/her message even after the message has been sent. 

In contrast, it is abundantly clear that in Olivier, it is the end user (i.e. the 
recipient) that is specifying the acceptance criteria data - not the sender as set forth in 
Independent Claims 1 . Moreover, Olivier does not teach any situation where an 
identified recipient is not within the subset of recipients. At most, the acceptance 
criteria discussed in Olivier creates a subset of recipients from among a set of possible 
recipients. 

Nowhere in Olivier is there a teaching of identifying a recipient that may or 
may not be a part of a subset of recipients from among a set of possible recipients. 

Regarding the access restriction feature and any claim interpretations (e.g., 
(I)(b)(i) and/or (I)(b)(ii)) including such a feature, the Office states that the use of 
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restriction identifiers to prevent access of electronic mail from a set of communication 
devices otherwise associated with a recipient is disclosed at Fig. 9, col. 3, lines 17-22, 
col. 5, lines 47-49, and col. 12, lines 59-65 of Olivier. Contrarily, Olivier makes clear 
that a "recipient" refers to a person or subscriber and not a device. There are no 
restrictions for a subset of devices, each of which may be associated with the same 
recipient. Thus, Olivier teaches that a matching subscriber is forwarded the email, 
even if not addressed specifically to the subscriber. Olivier does not distinguish 
between which of the matching subscriber's devices receives the email let alone 
specify that the matching subscriber cannot access the message at some of that 
subscriber's message retrieval nodes. 

Claims 3, 5-7, 14, and 15 are dependent from Claim 1. Since Olivier does not 
teach each and every element of Claim 1, dependent Claims 3, 5-7, 14, and 15 are not 
anticipated by Olivier. 

2D. The Rejection of Claims 16. 19. 21- 23. 30. 31. 36. 39. and 41-43 
is improper as Olivier does not teach, suggest, or describe every claim element of 
Claims 16 and 36 

In addition to the proffered arguments, and with respect to Independent Claims 
16 and 36, Olivier fails to teach, suggest, or describe tagging a message with a 
restriction identifier that will negatively restrict access to that message. 

The Office asserts that Col. 12, lines 59-66 of Olivier describe tagging a 

message with a restriction identifier when a restriction identifier is received from a 
user. Appellants respectflilly disagree with the Office's assertion that Olivier teaches 
tagging a message wilh a restriction identifier. 
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The relied upon portion of Olivier teaches embedding data into a message 
from an unknown user. Embedded within the message is the user's profile and 
acceptance criteria data. As discussed above, the acceptance criteria data described in 
Olivier positively identifies recipients by comparing the acceptance criteria with all 
other users' profiles. A user's profile that matches the acceptance criteria of the 
message will be included in the users that receive the message. The recipients of the 
message are not restricted based on the embedded acceptance criteria but are instead 
positively identified and provided with the message. 

This is an explicit teaching away from a restriction identifier that impacts 
negatively which users are allowed to receive a message. 

Claims 19, 21- 23, 30, and 31 are dependent from Claim 16 and Claims 39 and 
41-43 are dependent from Claim 36. Suice Olivier does not teach each and every 
element of Clahns 16 and 36, dependent Claims 19, 21-23, 30, 31, 39, and 41-43 are 
not anticipated by Olivier. 

2E. The Rejection of Claims 8. 17. 24. 37. and 44 is Improper as 
Olivier does not teach, suggest, or describe every claim element of Claims 8. 17. 24, 
37. and 44 

As noted above, Olivier fails to teach, suggest, or describe a message that 
comprises a restriction identifier and when an identified recipient (as identified in the 
message) is not within a subset of recipients (as identified by the restriction 

identifier), not providing the identified recipient access to the message even though 
the identified recipient was listed as a recipient in the message as is recited in Claims 
8, 17, 24, 37, and 44. 
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The Office asserts that Col. 3, lines 17-22 and Col. 5, lines 47-49 of Olivier 
describe not providing the identified recipient access to a message even when the 
identified recipient was listed as a recipient in the message. Appellants respectfully 
disagree with the Office's assertion that Olivier teaches such a feature. 

The relied upon portion of Olivier teaches the ability of users to exchange high 
quality messages with other matching users thus resulting in the creation of sub- 
groups within the mailing list. This is not the same as receiving a message that has an 
identified recipient and a restriction identifier that ultimately restricts that identified 
recipient fi-om obtaining access to the message. The restriction identifier of this 
particular embodiment is provided to ensure that a sending user does not accidentally 
send a message to an individual that has been identified as restricted from receiving a 
message, not to help expedite the exchange of messages within particular user sub- 
groups. 

2F. The Rejection of Claims 10. 26. and 46 is Improper as Olivier does 
not teach, suggest, or describe every claim element of Claims 10. 26. and 46 

It is the Office's position that Olivier teaches a message that comprises an age 
restriction that specifies an age limit of the message. The Office relies upon Col. 14, 
lines 23-28 of Olivier where a subscription expiration date is discussed. Appellants 
respectfully disagree with the Office's assertion that a subscription expiration date is a 
fimctional equivalent or even inherently similar to an age restriction recited in Claim 
10, 26, and 46. While the age restriction of the present invention is associated with 
the message and may be used to specify an age limit of the message, the subscription 
expiration date described in Olivier is associated with a user's profile and has no 
connection with a message. 
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2G. The Rejection of Claims 11. 27. and 47 is Improper as Olivier does 
not teach, suggest, or describe every claim element of Claims 1 1. 27. and 47 

It is the Office's position that Olivier teaches a message that comprises a 
timestamp indicating when a life of a message starts and comparing the expired life of 
the message with an age restriction to determine whether a message should be deleted 
and/or delivered. The Office relies upon Col. 14, lines 23-28 and Col. 18, lines 54-64 
of Olivier where a subscription expiration is discussed as well as cleanup operations 
of a database server. Olivier teaches that during database maintenance messages 
older than n days may be transferred to a secondary database server or secondary 
computer systems to reclaim disk space. Appellants respectfully submit that this is 
not disclosure to anticipate the use of a timestamp to determine whether a message 
should be deleted and/or delivered. As noted above, the subscription expiration date 
of Olivier is associated with a user profile whereas the age restriction of the present 
mvention is associated with a message. 

2H. The Rejection of Claims 13. 29. and 49 is Improper as Olivier does 
not teach, suggest, or describe every claim element of Claims 13, 29, and 49 

As noted above, Olivier fails to teach, suggest, or describe a message that 
comprises an access restriction. It is clear from the teaching of Olivier that a 
"recipient" refers to a person or subscriber and not a device. There are no restrictions 
for a subset of devices, each of which may be associated with the same recipient. The 
user of an access restriction helps to ensure that certain messages do not leave a 
particular premises or are not accessed by a restricted device. A particular user may 
be able to access a certain message from a communication device within an allowable 
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set of devices but may not be able to access the same message from a device that is 
restricted by the access restriction. 

Nowhere in Olivier is there a discussion of limiting access to a message based 
on the device that is used to retrieve the message as recited m Claims 13, 29, and 49. 

3. Rejection of Claims 9. 25. and 45 under 35 U.S.C.$103fa^ over Olivier in 
view of Tsuei 

The Office argues that Olivier in combination with Tsuei teaches a method 
and server for processing electronic messages, wherein the message comprises a 
restriction identifier and when an identified recipient (as identified in the message) is 
not within the subset of recipients (as identified by the restriction identifier), the 
sender is notified that the identified recipient is not within the subset of recipients, and 
therefore, Claims 9, 25, and 45 of the instant application are obvious over Olivier in 
view of Tsuei. 

As noted above in section 2E the relied upon portion of Olivier teaches the 
ability of users to exchange high quality messages with other matching users thus 
resulting in the creation of sub-groups withm the mailing list. This is differs from 
receiving a message that has an identified recipient and a restriction identifier that is 
designed to restrict that identified recipient from obtaining access to the message. 
The restriction identifier of this particular embodiment is provided to ensure that a 
sending user does not accidentally send a message to an mdividual that has been 
identified as restricted from receiving a message, not to help expedite the exchange of 
messages within particular user sub-groups. If such an event occurs, the sending user 
can be notified that they are attempting or have attempted to send a message to a. 
restricted recipient. 
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Tsuei does not overcome the shortcomings of Olivier. Rather, Tsuei is 
directed to a system and methods for managing Internet e-mail address changes, 
particularly usefiil for situations where subscribers change Internet service providers. 
A computer system manages a database of stored records correlating a first e-mail 
address of an intended recipient, e.g. an old e-mail address, to a second e-mail 
address, e.g. a new e-mail address of the intended recipient. A program module in the 
computer system is responsive to an Internet query for accessing the database to 
determine whether a second e-mail address of the intended recipient is stored in 
association with a first e-mail address. Another program module is operative for 
providing the second e-mail address as a response to the query. The query response is 
communicated to the sender or to the sender's ISP so that an undeliverable message 
can be resent to the new e-mail address. Also provided in Tsuei are security and 
authentication measures for ensuring that address change requests are valid and 
authentic. There is no teaching, suggestion, or description in Tsuei of notifying a 
sending user that they attempted or are attempting to send a message to a recipient 
that has been identified as restricted in the restriction identifier. Accordingly, 
Appellants submit that Claims 9, 25, and 45 are not obvious over Olivier in view of 
Tsuei. 
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For at least the reasons elaborated upon in this brief. Appellants submit that 
the rejection of the pending claims in view of Olivier and combinations of Olivier and 
other references, should be withdrawn as the Olivier disclosure does not teach all of 
the elements as claimed and the remaining references cited in combination with 
Olivier do not overcome the shortcomings of Olivier. 

Respectfully submitted, 
SHERIDAN ROSS P.C. 



By: •^j ^^^^.f^:^ 
"Matthew R. Ellsworth 
Registration No. 56,345 
1560 Broadway, Suite 1200 
Denver, Colorado 80202-5141 
(303) 863-9700 
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CVm CLAIMS APPENDIX 

1 . A method for processing an electronic message, comprising: 
receiving a message from a sender, the message comprising at least one 

recipient to receive the message and including at least one of a restriction identifier, 
the restriction identifier identifying a subset of recipients from among a set of possible 
recipients and an access restriction indicating a subset of points of access fi-om among 
a set of points of access to access the message; 

determining whether each identified at least one recipient is within the subset 
of recipients corresponding to the restriction identifier; and wherem at least one of the 
following steps is performed: 

(i) when the message comprises the restriction identifier and an 
identified at least one recipient is not within the subset of recipients, at least one of 
not providing access to the message to the identified at least one recipient who is not 
in the subset of recipients and notifying the sender that an identified at least one 
recipient is not within the subset of recipients; and 

(ii) when the message comprises the access restriction and an 
identified at least one recipient attempts to access the message from a point of access 
not within the subset of points of access, not providing access to the message to the 
identified at least one recipient whose point of access is not within the subset of points 
of access. 

2. The method of Claim 1, wherein the message comprises the restriction 
identifier and the restriction identifier is located in a header of the message. 
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3 . The method of Claim 1 , wherem the message comprises the restriction 
identifier and the restriction identifier is located in a body of the message. 



4. The method of Claim 1, wherein the message comprises the restriction 
identifier and the restriction identifier is located in a trailer of the message. 

5. The method of Claim 1, wherein the message comprises the restriction 
identifier and the restriction identifier is located in an attachment to the message. 

6. The method of Claim 1, wherein the message is received by a server 
associated with at least one recipient from a server associated with the sender. 

7. The method of Claim 1 , wherein the at least one of the restriction 
identifier and an access identifier is configured as a flag. 

8. The method of Claim 1, wherein the message comprises the restriction 
identifier and wherein, when an identified at least one recipient is not within the 
subset of recipients, the step of not providing access to the message to the identified at 
least one recipient who is not m the subset of recipients is performed. 

9. The method of Claim 1, wherein the message comprises the restriction 
identifier and wherein, when an identified at least one recipient is not withki the 
subset of recipients, the step of notifying the sender that an identified at least one 
recipient is not within the subset of recipients is performed. 
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10. The method of Claim 1 , wherein the message comprises an age 
restriction, the age restriction specifying an age limit of the message. 



1 1 . The method of Claim 1 0, wherein the message comprises a timestamp 
indicating when a life of a message starts and further comprising: 

comparing the expired life of the message with the age restriction to determine 
whether or not to delete and/or deliver the message to the at least one recipient. 

12. The method of Claim 1 , wherein the message comprises a forwarding 
restriction indicating at least one of (a) whether the message may be forwarded and 
(b) to whom the message may be forwarded. 

1 3 . The method of Claim 1 , wherein the message comprises the access 
restriction. 

14. A computer readable medium operable to perform the steps of Claim 1 . 

15. A logic circuit operable to perform the steps of Claim 1 . 

16. A method for processing an electronic message, comprising: 
receivmg at least part of a message inputted by a user, the at least part of a 

message comprising at least one recipient to receive the message; 

receiving, from the user, a restriction identifier for the at least part of a 
message, the restriction identifier identifying a subset of recipients from among a set 
of possible recipients ; and 
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when a restriction identifier is received, tagging the message with the 
restriction identifier. 



17. The method of Claim 1 6, wherein, before the message is sent to the at 
least one recipient, further comprising: 

determming whether each identified at least one recipient is within the subset 
of recipients corresponding to the restriction identifier; and 

when an identified at least one recipient is not within the subset of recipients, 
at least one of not sending the message to the identified at least one recipient who is 
not in the subset of recipients and notifying the user that an identified at least one 
recipient is not within the subset of recipients. 

1 8. The method of Claim 1 6, wherein the restriction identifier is located in 
a header of the message. 

1 9. The method of Claim 1 6, whereui the restriction identifier is located in 
a body of the message. 

20. The method of Claim 1 6, wherein the restriction identifier is located in 
a trailer of the message. 

2 1 . The method of Claim 1 6, wherein the restriction identifier is located in 
an attachment to the message. 
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22. The method of Claim 1 7, wherein the message is received by a server 
associated with at least one recipient from a server associated with the sender. 



23 . The method of Claim 1 7, wherein the restriction identifier is 

configured as a flag. 

24. The method of Claim 1 7, wherein, when an identified at least one 
recipient is not within the subset of recipients, the step of not providing access to the 
message to the identified at least one recipient who is not in the subset of recipients is 
performed. 

25 . The method of Claim 1 7, wherein, when an identified at least one 
recipient is not within the subset of recipients, the step of notifying the sender that an 
identified at least one recipient is not within the subset of recipients is performed. 

26. The method of Claim 1 7, wherein the message comprises an age 
restriction, the age restriction specifying an age limit of the message. 

27. The method of Claim 26, wherein the message comprises a timestamp 
indicating when a life of a message starts and further comprising: 

comparing the expired life of the message with the age restriction to determine 
whether or not to delete and/or deliver the message to the at least one recipient. 
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28. The method of Claim 1 7, wherein the message comprises a forwarding 
restriction indicating at least one of (a) whether the message may be forwarded and 
(b) to whom the message may be forwarded. 

29. The method of Claim 1 7, wherein the message comprises an access 
restriction indicating a subset of points of access from among a set of pomts of access 
to access the message, and further comprising: 

when an identified at least one recipient attempts to access the message from a 
point of access not within the subset of pomts of access, not providing access to the 
message to the identified at least one recipient whose pomt of access is not within the 
subset of points of access. 

30. A computer readable medium operable to perform the steps of Claim 

16. 

31. A logic chcuit operable to perform the steps of Claim 16. 

36. A server for processing an electronic message, comprising: 
an input operable to receive at least part of a message inputted by a user, the at 
least part of a message comprising at least one recipient to receive the message, and a 
restriction identifier for the at least part of a message, the restriction identifier 
identifying a subset of recipients from among a set of possible recipients; and 
when a restriction identifier is received, a processor operable to tag the 
message with the restriction identifier. 
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37. The system of Claim 36, wherein, before the message is sent to the at 
least one recipient, the processor is fiirther operable to determine whether each 
identified at least one recipient is within the subset of recipients corresponding to the 
restriction identifier and, when an identified at least one recipient is not within the 
subset of recipients, at least one of not send the message to the identified at least one 
recipient who is not in the subset of recipients and notify the sender that an identified 
at least one recipient is not within the subset of recipients. 

38. The system of Claim 36, wherein the restriction identifier is located a 
header of the message. 

39. The system of Claim 36, wherein the restriction identifier is located in 
a body of the message. 

40. The system of Claim 36, wherein the restriction identifier is located in 
a trailer of the message. 

4 1 . The system of Claim 36, wherein the restriction identifier is located in 
an attachment to the message. 

42. The system of Claim 36, wherein the message is received by a server 
associated with at least one recipient from a server associated with the sender. 
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43. The system of Claim 36, wherein the restriction identifier is configured 
as a flag. 

44. The system of Claim 36, wherein, when an identified at least one 
recipient is not within the subset of recipients, the fimction of not providing access to 
the message to the identified at least one recipient who is not in the subset of 
recipients is performed. 

45. The system of Claim 36, wherein, when an identified at least one 
recipient is not within the subset of recipients, the fimction of notifying the sender that 
an identified at least one recipient is not within the subset of recipients is performed. 

46. The system of Claim 36, wherein the message comprises an age 
restriction, the age restriction specifying an age limit of the message. 

47. The system of Claun 46, wherein the message comprises a timestamp 
indicating when a life of a message starts and the processor is fiirther operable to 
compare the expired life of the message with the age restriction to determine whether 
or not to delete and/or deliver the message to the at least one recipient. 

48. The system of Claim 36, wherein the message comprises a forwarding 
restriction indicating at least one of (a) whether the message may be forwarded and 
(b) to whom the message may be forwarded. 



Appln.No. 10/622,982 Attorney Docket No. 4366-124 

49. The system of Claim 36, wherein the message comprises an access 
restriction indicating a subset of points of access from among a set of points of access 
to access the message, and wherein, before allowing access to the message by the at 
least one recipient, the processor is operable to determine point of access of the at 
least one recipient and, when the point of access of the at least one recipient is not 
within the subset of points of access, not allowing access to the message. 
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ABSTRACT 



OBTAIN CRTrERIA 



A method for enabling users to exchange group electronic 
mail by establishing individual profiles and criteria, for 
determining personalized subsets within a group. Users 
establish subscriptions to an electronic mailing list by speci- 
fying user profile data and acceptance criteria data to screen 
other users. When a user subscribes, a web server establishes 
and stores an individualized recipient list including each 
matching subscriber and their degree of one-way or mutual 
match with the user. When the user then sends a message to 
the mailiog list, an email server retrieves 100% her matches 
and then optionally filters her recipient list down to a 
message distribution list using each recipient's message 
criteria. The message is then distributed to matching users. 
Additionally, email archives and information contributions 
ftom users are stored in a database. A web server creates an 
individualized set of web pages for a user firom the database, 
containing contributions only from users in his recipient list. 
In other embodiments, users apply one-way or mutual 
criteria matching and message profile criteria to other group 
forums, such as web-based discussion boards, chat, online 
clubs, USENET newsgroups, voicemail, instant messaging, 
web browsing side channel communities, and online gaming 
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FROM : YGREENEST@LOCAL2ME.COM (YOLANDA GREENEST) 
SUBJECT: FINDING A GOOD REMODELLING CONTRACTOR 
DATE: MAY 12, 1998 

HALL, 

LOOKING FOR A GREAT REMODELLER TO HELP US REDO 
OUR KITCHEN. DOES ANYONE HAVE A RECOMMENDATION? 

THANKS! 
-Y • 
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TO : NEIGHBORS@LOCAL2ME.COM 
FROM: WH0EVER@S0MEWHERE.COM (W. HOEVER) 
SUBJECT: RE: FINDING AGOOD REMODELLING CONTRACTOR 
DATE: MAY 12, 1998 

I REALLY LIKE FRANK VARNEY. HE'S AN EICHLER 
SPECL^LIST AND DID A GREAT JOB ON A BIG REMODEL 
FOR US. WE HAD CHECKED HIS REFS BEFOREHAND AND 
HEARD FROM SEVERAL OTHER VERY SATISFIED 
CUSTOMERS. 

-WILL 

YOLANDA GREENEST WROTE: 
>HIALL, 

> 

> LOOKING FOR A GREAT REMODELLER TO HELP US REDO 

> OUR KITCHEN. DOES ANYONE HAVE A RECOMMENDATION? 

> 

> THANKS! 
>_Y 
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DYNAMICALLY MATCHING USERS FOR 
GROUP COMMUNICATIONS BASED ON A 
THRESHOLD DEGREE OF MATCHING OF 
SENDER AND RECIPIENT 
PREDETERMINED ACCEPTANCE 
CRITERIA 

REFERENCE TO RELATED APPUCAnONS 

This appKcation is a Continuation-in Part of PCrAJS99/ 
21589 filed Sep. 15, 1999 which claims priority to provi- 
sional patent application Ser. No. 60/100,387, filing date 
Sep. 15, 1998, entitled "Electronic Match-Making Within A 
Group Using Criteria." This application also claims priority 
to provisional patent application Ser. No. 60/115,566, filing- 
date Jan. 12, 1999, entitled "Dynamic Matching™ of Users 
For Group Communication" and provisional patent applica- 
tion Ser. No. 60/143,947, filing date Jul. 15, 1999, entitled 
"Dynamic Matching™ of Users For Group Commimica- 

BACKGROUND OF THE INVENTION 

1. Field of Invention 

This invention relates to electronic communication within 
group forums, specifically a process for dynamically match- 
ing users for high quality interactions wifliin a group forum 
by establishing individual user proffle data and acceptance 
criteria data for restricting interaction. 

2. Discussion of Prior Art 

There are many systems that allow users and groups of 
users to interact with each other. Electronic forums such as 
electronic mail, voicemail, USENET newsgroups, web- 
based discussion boards, and online multi-player gaming 
services all have such facilities. But none of the systems 
gives users individualized acceptance criteria parameters for 
locating high quality matches with other users. Each forum 
is created with a particular subject or objective in mind, and 
beyond that all users must follow the boundaries of that 
forum. It is strictly a "take it or leave it" proposition to the 
user. There is little opportunity for a user to personalize the 
forum to meet his own needs. 

With electronic mail, users must know the email 
addresses of those they want to contact. Electronic mailing 
lists improved on this for group communication by redis- 
tributing each message sent to the list's email address out to 
all subscribers. All users get all messages sent to the list. But 
there are problems-Hsmaller mailing lists are hard to pro- 
mote and popularize while larger lists are unwieldy, tending 
to have many rules of use and/or a hi^ message volume, 
and a high intimidation factor. In short, users have no control 
over which users on a list they communicate with. An 
additional problem is not knowing how much email a 
subscription will deliver to you. One subscription may bring 
only a few messages per month while another one fills a 
user's mailbox with 50 or more messages in a single day. 

One common yet inflexible division within a topic is by 
geographic region. Consider a hypothetical worldwide 
"jazz" mailing list: If a subscriber wants only to communi- 
cate about jazz with people in New York City, he must create 
a separate mailing list, such as "nyc-jazz". For most users, 
the work involved in creating and managing a list is pro- 
hibitive. Some regional groups may develop their own jazz 
mailing lists, but such lists are usually tough to advertise and 
promote. Regional lists are inflexible because they have 
pre-set borders, e.g., the borders of New York City. That list 
wiU not meet the needs of users just outside city limits who 
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may have a lot in common with those near them just inside 
city Hmits, but Ktde in common with those across town. 
Each user's needs are different and yet the current mailing 
list systems are inflejdble in allowing users to express their 
5 needs and wants via customization. 

Similarly, there is much work iDvolved in forming a 
neighborhood mailing list. If someone in a particular neigh- 
borhood wants to communicate with neighbors, there are 
many steps he must take. First he must create a mailing list. 
10 Then he may determine the borders of the neighborhood. 
This is problematic if it is unclear where the borders should 
be, as is the case with many unnamed neighborhoods. And 
then he may advertise and evangelize the mailing list to 
bmld subscribership. Since most neighborhoods do not have 
15 any channel for information distribution (such as a printed 
newsletter), this is a daunting task. 

To extend the example, different people have different 
wants and needs even within geographically regional com- 
munication. In FIG. 1, one person (A) may want to exchange 
email with others within a one-mile radius of him. A second 
person (B) may only want to exchange email with those/on 
his block. A third person (C) may want only to exchange 
email with folks in one direction from his house. However, 
there is currently no way for users to express these desires 
^ to control heir participation in a maUing Ust. 

There are countless meaningful acceptance criteria that 
would benefit users. Consider a parenting mailing list. In 
general, once a mailing list is formed, it tends to develop its 
own scope of interest. In this example, the parenting list may 
develop a very strong trend of discussing infaots and tod- 
dlers. This can be very limiting for a subscriber who wants 
to discuss teenagers. That subscriber must delete many 
unwanted messages and may simply unsubscribe from the 
list in frustration. She may consider a search for a better list, 
or she may consider starting a separate mailing list for 
parents of teenagers, but again the barrier to entry is high. 
Since the mailing list system cannot leverage information 
about the ages of children each subscriber is interested in, it 
cannot deliver to her just those messages about teenagers. 

In online gaming, such as "Yahoo! Games", users are able 
to rendezvous with other users to play multi-player games, 
such as the card game "hearts". The service provider will 
often divide the players into several forums based on ability, 
such as beginner, intermediate, and advanced. But it does, 
not allow users to specify other acceptance criteria data, 
such as personality, computer speed, or amount of "chat- 
style" conversation they want to engage in during a game. 
Thus users must either live with low quality matches Or 
resort to trial and error, quitting games in the middle, in a 
search for the characteristics they want in the game. Again 
the user's only choice is "take it or leave it." 

A number of email based news and information services 
such as InfoBeat provide customized messages to their 
55 subscribers, but the messages are only sent by the service 
itself, not by other users. It is meant for automated infor- 
mation delivery, not interpersonal communication and inter- 
Dating services and employee-employer matching ser- 
60 vices use criteria and profile information to match people 
together, but they use those results only for one-on-one 
communication, hey have not used matching technology for 
group communication in which each user has their own 
personalized group. 
65 Although the discussion here has been principaUy of the 
interaction provided by electronic mailing lists, other group 
forums such as USENET newsgroups, web-based discussion 
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message boards, ah online gaming rendezvous are alterna- 
tives that exhibit similar problems. 

Thus, a method is needed for creating high quality inter- 
actions within electronic forms. 

SUMMARY OF THE INVENTION 
Briefly, a presently preferred embodiment of the present 
invention is directed to a method for users to exchange group 
electronic maU by establishing individual profiles and cri- 
teria for determining personalized subsets within a group. 
Users establish subscriptions to an electronic mailing Ust by 
specifying user profile data and acceptance criteria data to 
screen other users. When a user subscribes, a web server 
establishes and stores an individualized recipient list includ- 
ing each matching subscriber and their degree of one-way or 
mutual match with the user. 

When the user then 'sends a message to the mailing list, 
an email server retrieves her 100% matches and then option- 
ally filters her recipient list down to a message distribution 
list using each recipient's message criteria. The message is 
then distributed to matching users. 

Additionally, email archives and information contribu- 
tions from users are stored in a database. A web server 
creates an individualized set of web pages for a user from the 
database, containing contributions only from users in his 
recipient list. In other embodiments, users apply one-way or 
mutual criteria matching and message profile criteria to 
other group forums, such as web-based discussion boards, 
chat, online clubs, USENET newsgroups, voicemail, instant 
messaging, web browsing side channel communities, and 
online gaming rendezvous. 

OBJECTS AND ADVANTAGES 

Accordingly, several objects and advantages of the 
present invention are: 

(a) Creates personalized, tunable groups for users, using 
user profile data and acceptance criteria data they 
specify. This fundamental novelty greatly empowers 
and enriches the quality of their communications. 

(b) Greatly reduces the quantity of electronic fonmns such 
as electronic mailing hsts, by making possible a small 
number very broad forums within which users can 
create their own niches. For instance, a single jazz 
mailing Hst can serve the entire world. 

(c) Allows users to very easily create discussion niches of 
meaning to them. TTiey may want to only email with 
other senior citizens, or only with those in their city. In 
the parenting example given earlier, each user could jg 
spedfy the children's age range they would like to 
discuss. The resulting mailing list is tuned to each 
user's needs, and gives them a much higher quality of 
interpersonal contact. 

(d) Provides a way for meaningful groups to form 55 
automatically, such as neighborhoods. 

(e) Provides a way of filtering archived information 
provided by subscribers into individualized archives. 
This includes email archives as well as other informa- 
tion such as recommended businesses and web sites. 60 

Additional objects and advantages are to benefit society 
by creating and uniting a huge nimiber of niche groups, and 
to meet a compelling and immediate user need to customize 
email list communications according to individual profiles. 
By dynamically matching each user's profile data and accep- 6S 
tance criteria data to others, the system creates a customized 
group for each user, enabling groups to form automatically. 
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Users need a fluid, flexible, and expressive means of 
controlling their interactions with others. They need to be 
able to drastically increase the quality of communication, 
while controlling the quantity of it. This invention enables 
5 these users to customize their communications and interac- 

Further objects and advantages of my invention vnll 
become apparent from a consideration of the drawings and 
ensuing description. 

10 

DESCRIPTION OF DRAWINGS 

FIG. 1 is an example of neighborhood residents with 
different geographies of interest. 
j5 FIG. 2 is an overview of use of the present invention. 
FIG. 3A is an overview of the invention's system's 
database. 

FIG. 3B describes the data flow to and firom the system 

2" FIG. 4 is an example of a user interface for subscribing to 
a mailing list. 

FIG. 5A is a flowchart of the user subscription process. 
FIG. SB is a flowchart depicting the process for deter- 
25 mining subscriber matches. 

FIG. 6 is an alternative flowchart for determining sub- 
scriber matches. 

FIG. 7 is another alternative flowchart for determining 
subscriber matches. 
^ FIG. 8 is an example of users sending email messages to 
a mailing list. 

FIG. 9 is an example of an unknown user sending an email 
message to a mailing Hst, including profile and criteria data. 
35 FIG. 10(1) is a flowchart of the message distribution 
process to mailing list subscribers. 

FIG. 10(2) is a flowchart of the message distribution 
process to mailing list subscribers. 
FIG. 11 is an alternative flowchart of the message distri- 
40 bution process to mailing list subscribers. 

FIG. 12 is a flowchart of aii alternative embodiment in 
which the user reads messages in a web-based discussion 
forum. 

DESCRIPTION OF PREFERRED 
EMBODIMENTS OF INVENTION 

A presently preferred embodiment of the present inven- 
tion uses exchange of electronic mail as its medium The 
detailed description to foUow will focus on an electronic 
mailing list system in which subscribers specify acceptance 
criteria data for engagement and then benefit from the 
ensuing interaction. It will be clear to those skilled in the art 
that there are many alternative electronic forums in which 
the invention could be applied. These include, but are not 
limited to, voicemail, instant messaging, videoconferencing, 
online chat, web-based discussion boards, USENET, 
newsgroups, onhne gaming, online gaming rendezvous, and 
unified messaging. 

Although the discussion here focuses on the internet 
network for its preferred embodiment, obviously any auto- 
mated means for group communication may be used for the 
present invention. 
Overview of Use: 

Referring to FIG. 2, the numeral 200 generally refers to an 
overview of the use of the present invention. In block 202, 
a service provider using the invention initializes the system 
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for the first time. The service provider initializes a database, 
or a dedicated part of a database, on a database server 
avaOable to both an email server and a web server. This is 
done using a database system, including a schema, data, and 
a Database Management System (DBMS). The database 5 
system is a product such as those &om Oracle or Sybase. The 
service provider sets up the email server to receive and send 
email on the internet. They ako set up the web server to 
allow subscribers access to the web site via the internet. The 
database server, email server, and web server each contain a lo 
portion of the present invention. In the preferred embodi- 
ment the servers are separate, but alternatively their func- 
tions could be combined into fewer servers or expanded to 
more servers. 

The service provider then creates one or more electronic is 
mailing lists by adding mailing list records and related 
records to tables in the database. This is accomplished using 
a method provided by the database system. The service 
provider also establishes acceptance criteria data parameters 
and user profile data parameters for each mailing list which 20 
describe what acceptance criteria data and user profile data 
is to be collected &om the users. 

At block 208, a user visits the web site and subscribes to 
a mailing Hst, specifying user profile data and acceptance 
criteria data that control with whom and about what topics 25 
they wish to interact. The system stores this and other 
subscription information in the database. At block 212, one 
or more servers calculate the degree of matches between the 
user and every other user, by doing a one way or two-way 
match between users, using their user profile data and 30 
acceptance criteria data. The results of these match calcu- 
lations are stored in a database table or other storage. 

At block 16 the system receives an email message from a 
known user addressed to an email address on la server the 
service provider's server. Note that while in this preferred 35 
embodiment we use an email message as the vehicle of a 
commtmication, any means of electronic or automated com- 
munication may be used in its place. This email address is 
the address dedicated by the service provider as the email 
address of the mailing list he subscribed to at block 208. At 40 
block 220 the system determines which mailing list sub- 
scribers within the list's subscriber base should receive the 
email message, by finding in the database the results of the 
match calculations done in block 212. It then distributes the 
email message across the internet to the matching subscrib- 4S 

The end result of the process is that users exchange high 
quality messages with other matching users, and sub-groups 
form automatically within the maihng list. 

To sum up the functionality, consider the following 50 
example. Suppose a user Barry wants to send a message 
about a problem at his child's school. A school maihng list 
has been established in advance by a service provider 
hosting the mailing Hst. Barry first signs up for the school 
mailing list, specifying his profile and criteria information, 55 
including his location and his geography of interest. The 
system then calculates matches between Barry and other 
people already on the mailing list based on their proiiles and 
criteria. Barry then writes an email message and addresses 
it to the email address for his local school maiUng hst, at the 60 
service provider's emafl server, school@local2me.com. The 
email server receives the message and retrieves Barry's 
Match calculations from the database. This describes the 
other subscribers he is matched with. His message is then 
sent out lo users with whom Barry forms a 100% match, 65 
resulting in a satisfying interaction with a subset of users — 
all the right people. 
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The remainder of FIG. 2 details several alternative 
embodiments of the invention that we wiU now describe. 

In an alternative embodiment, block 220 is replaced with 
block 238. The messagp is distributed to all users who are 
subscribers of the mailing list, and each message indicates 
the degree of match between the sender and receiver. 

In yet another alternative embodiment, the message is 
received from a known user before the match calculation is 
done. In this embodiment, blocks 228 and 234 replace 
blocks 212 and 216. In step 228 the system receives a 
message firom a known user. Then in block 234 it calculates 
the matdies between users, and uses those results in blocks 
220 and 238 in the manner previously discussed. 

In still another alternative embodiment, the message 
received is from an unknown user, and contains user profile 
data and acceptance criteria data encoded within the mes- 
sage. Blocks 224 and 234 replace blocks 212 and 216. At 
block 224, the system receives a communication from an. 
unknown user, including the message content, user profile 
data, and acceptance criteria data. Then in block 234 it 
calculates the matches between users, and uses those results 
in blocks 220 and 238 in the manner previously discussed. 

In another alternative embodiment, the system receives a 
message firom an unknown user before obtaining criteria and 
profile data from other users. Blocks 242, 246, and 234 
replace blocks 208, 212, and 216. At block 242, the system 
receives a communication from an unknown user, including 
the message content, user profile data, and acceptance 
criteria data. In block 246 the system obtains acceptance 
criteria data and user proflJie data from a multiplicity of 
users. Then in block 234 it calculates the matches between 
users, including the unknown user who sent the message, 
and uses those results in blocks 220 and 238 in the manner 
previously discussed. 

In another alternative embodiment, the system obtains 
user profile data first, then receives a message from a 
profiled user, and then obtains acceptance criteria data 
before calculating matches and sending the message. Blocks 
250, 254, 258, and 234 replace blocks 208, 212, and 216. At 
block 250, the system obtains user profile data about users 
via a web form presented to the users, an email message 
from the users, an inference engine, a search engine, or 
another source. The system stores this and other subscription 
information in the database. At block 254 the system 
receives a message from a profiled user, i.e., a user who has 
a known profile. The user sending the message will either 
transmit his acceptance criteria data with the message or he 
will specify it with other profiled users at block 258. At 
block 258, the system obtains acceptance criteria data about 
its profiled users by one or more of the methods described 
for block 250. In block 234 the system then calculates the 
matches between users, including the profiled user who sent 
the message, and uses those results in blocks 220 and 238 in 
the manner previously discussed. 

Turning to FIG. 3A, numeral 300 generally refers to a 
description of the database schema and relationships 
between entities (Entity/Relationship diagram). The data- 
base in this preferred embodiment is a collection of tables of 
information, as is typically stored in a database product such 
as Oracle. In the diagram, relationships between tables are 
shown with '1' or 'n', as will be familiar to those skilled in 
the art, to indicate the relative number of related records 
between each pair of tables. 

In the description below, we refer to a database record's 
(or table row's) unique ID. This is also commonly called 
"Row ID", "Record ID", "Object ID", or "OID" by those 
skilled in the art, and is simply a unique identifier for each 
row in a table. 
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At block 302, the useis table (also referred to as the "base 
user profile table") contains a collection of base user profile 
data records. These are records that contain base information 
about a user, such as name and email address, separate firom 
their subscriptions. Each record also contains a unique ID. In 5 
this preferred embodiment, there is only one base user 
profile data record per user. 

At block 306 the subscriptions table contains one record 
for each subscription entered. Each user can have multiple 
subscription records, for instance subscribed to a jazz mail- lO 
ing Hst and a neighborhood mailing list. The subscription 
table contains the unique ID and unique username of the 
subscribing user. It ako contains the name of the mailing list 
the subscription is for. Another field allows the user to give 
the subscription a descriptive name. The table also contains IS 
subscription user profile data, which is profile information 
about the given user specific to this subscription. This 
infotmatioa is stored in integers and strings — 10 of each 
type of variable are allocated. Similarly, there are data fields 
for acceptance criteria data ("pcriteiia") describing what this 20 
user requires of other users, and message acceptance criteria 
data ("mcriteria") describing what this user requires of 
messages he receives. Note that we sometimes refer to 
message acceptance criteria simply as message criteria. The 
data in each of these profile and acceptance criteria fields 25 
varies between mailing lists. The fields can be interpreted by 
examining the Subscription Template table, discussed 

The term "user profile" is used here and below to refer to 
the combination of both a user's base user profile and the 30 
subscription user profile. Base user profile data is collected 
once when the user first registers at the service provider's 
web site. But the subscription user profile data is extra 
profile information needed just for a particular maUing 
Kst — ^it is collected when the user subscribes to a particular 35 
list. The term "user profile acceptance criteria" refers to 
acceptance criteria data related to both the base user profile 
and the subscription user profile. 

At block 316 the mailing lists table contains a record for 
each mailing list in the system. The service provider, using 40 
an access method provided by the database system creates 
these records. Bach record contains a usei-presentable name 
and an email address for the mailing list 

Block 318 refers to the Subscription Template table. This 
table defines the user profile data parameters and acceptance 45 
criteria data parameters that describe the user profile data 
and acceptance criteria data needed firom each user for each 
mailing Hst. These parameters act as templates for data to 
later be obtained and associated with users. This table also 
describes where the user profile data and acceptance criteria 50 
data are stored in the subscription table, and what user 
profile data each acceptance criterion refers to. Each row 
correlates to one piece of user profile data or acceptance 
criteria data. A unique ID is available for each record. List 
name is the name of the mailing list. Item name is the name 55 
of the item. Category describes the type of template this is: 
user profile, user profile acceptance criteria, message profile, 
or message profile acceptance criteria. Data type describes 
the type of data being collected. The restrictions field 
describes any restrictions for data entry (e.g., a number 60 
between 1 and 10). Prompt is a text string to use when 
collecting user profile data or acceptance criteria data fi-om 
the user. Storejginigcol describes what column in the sub- 
scription table provides storage for this data when collected 
from the user. Storeiainjscol also describes what column in 65 
the emaO messages table provides storage for this data when 
an email message is stored. AppUeSj^ato^jtable and 



ApplieSjstOjsCoIumn are only used for acceptance criteria 
entries in the table. (Not used for user profile entries.) They 
describe what user profile data the acceptance criteria data 
applies to. Applies^jto^stable selects the database table of 
the profile data that the criteria applies to. This could be 
either the subscription table, the user table, or the email 
message table. ApplieSistOisColumn identifies the column of 
interest within that table. 

User profile data and acceptance criteria data are closely 
related. The system compares acceptance criteria data to 
user profile data to determine subscriber and message 
matches. Apiece of profile data may describe a single data 
point, such as gpographical location, age, or occupation. The 
corresponding piece of acceptance criteria data may be a 
range of such data points, such as a geographical area, age 
range, or set of selected occupations. 

At block 320, the Matches Table keeps track of which 
subscriptions are matched to each other. The matches table 
is used so that the time-consuming matching calculation can 
be done only when needed, with the results stored in this 
table for quick access. Each row in the table keeps a relation 
between two matched subscribers. Two subscription unique 
ID'S are stored in each row. Aunion of searching each of the 
two subscription unique ID columns for a given subscrip- 
tion's unique ID yields the fuU set of matching subscriptions 
for the given subscription. A third column stores the degree 
of match between the two subscriptions. In the preferred 
embodiment, this degree of match calculation is a single 
number representing 0-100%. However, there are many 
methods of storing such calculations well knoWn to those 
skilled in the art. 

At block 322, the email archives table is an additional 
feature to keep an archive of email messages previously 
processed and distributed by the system. This will be used to 
give users an estimate of email traffic when they are about 
to finalize a subscription process, and to allow users to 
browse the archives via a web interface. A unique ID is 
available for each record. The sender's subscription unique 
ID links a message to the sender. Msgjjprofileligint to 
msgijprofilelOijint and the similar string profile fields store 
data describing the profile of the message (e.g., topic cat- 
egory is 'recommendations'). These correlate to the message 
criteria optionally stored in subscription records. The email 
message content is stored separately in the server's filesys- 
tem and its filepath is stored in the DB record. 

Turning to HG. 3B, the numeral 340 generally refers to 
the flow of data between users, the email & web servers, and 
the database server. Block 342 represents a user interacting 
vrith the system via email and web protocols via a network. 
At block 344, the users interact via a network web protocol 
344 with a web server 346. The web server 346 is software 
and/or hardware for traditional web serving, plus a portion 
of the present invention for interacting with users via the 
web. The web server 346 interacts with a database server 
348. At block 352, the users 342 use a network email 
protocol to interact with an email server 354. Email server 
354 is software and hardware for traditional email handHng, 
plus a portion of the present invention for interacting with 
users via emaO. The email server 354, like web server 346, 
has access to database server 348. After processing, email 
server 354 distributes each message out to via block 352 to 
multiple users 342. Note that email server 354, web server 
346, and database server 348 are three distinct computer 
systems in this preferred embodiment, but could alternately 
be combined into fewer computer system or split into more 
computer systems. 

Referring to FIG. 4, the numeral 208 generally refers to a 
depiction of an example of a subscription u 
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generated by the system and presented to the user as a web this alternative embodiment, after processing at 208 as 

page. Numeral 402 denotes a section collecting subscription described above, the system proceeds to block 449, where it 

user profile data. Numeral 406 denotes a section collecting determines email traffic this subscription would have 

user profile acceptance criteria data. Numeral 408 refers to received in the recent past and the characteristics the user 

some subscription user profile acceptance criteria data, to be 5 match calculation has produced. It determines the email 

compared against subscription user profile data. Numeral traffic by matching the new subscriber's message acceptance 

410 refers to some base user profile acceptance criteria data, criteria data to the email archives table in the database for 

to be compared against base user profile data. Numeral 412 messages sent by matching users as determined in block 

denotes an optional section allowing the user to specify 448. The search is further constrained to messages sent to the 

message acceptance criteria data. Subjects 414 and Content 10 mailing list of interest. The matching process used is similar 

Search 416 are two examples of different kinds of message to the one that is described in detail below and depicted in 

acceptance criteria data that can be compared against the FIG. 10. (In an alternative embodiment (not depicted), in 

content and profile of an email message. block 449 database sampling or a similar technique known 

Referring to FIG. 5A, the numeral 208 generally refers to to those skilled in the art is used to provide an estimate as 

a process of signing a user up for a particular mailing list 15 feedback.) 

with the service provider, specifying user profile acceptance At block 450 the system gives the user a web page or other 

criteria data, and storing the subscription. form of feedback about the subscription the user has speci- 

At block 442, the user goes to a web site utilizing a fled. That information includes number of users exactly 

portion of this invention. At block 443, the web server matched to the user and an estimate of the average number 

ascertains whether the user is known to the service, or a new 20 of messages per day that the subscription will receive. (In an 

user. If he is known, processing, moves to block 445. If he alternative embodiment not depicted, the system may 

is not known, the server proceeds to block 444 and presents present more detailed feedback to the user about partial as 

the user with a new user registration screen. Upon providing well as exact matches, rather than just 100% matches.) At 

profile data such as name, address, email address, age, and blodt 451 the user chooses whether to accept the subscrip- 

ocoupation, the server stores the base user profile data record 25 tion as specified or fiirther refine or modify it. If the user 

in the database. Processing then continues at block 445. (In accepts the subscription, processing continues at 452 as 

an alternative embodiment, instead of continuing to block described above. Otherwise processing returns to block 447. 

445, processing ends immediately at block 458, and the user In an alternative embodiment (as suggested in FIG. 2), the 

specifies acceptance criteria at a later time.) user can subscribe to a list dynamically at the time of 

At block 445, dae server presents to the user a set of web 30 sending a first message to the list. In that case, the subscrip- 

pages representing a collection of available mailing lists. tion data and possibly the user profile data would be sent via 

. The user selects a mailing list of interest and indicates via a email or other means along with or just ahead of the first 

user interface that he wants to subscribe to it. At block 446, message. The subscription feedback steps of the current 

the server retrieves the mailing list record and related process (blocks 449-451) are skipped, and the first message 

template records from the database. It uses these to build a 35 is delivered in accordance with FIG. 10 and the related 

subscription form, and presents it to the user. The form description below. The subscription may cither be stored in 

collects acceptance criteria data from the user. It may also the database, or if it is a transient subscription ("one-shot 

collect additional user profile data specifically needed for the thread" subscription), simply associated with the single 

mailing list the user is subscribing to, as specified in the email message and not stored in the subscription table. In 

template records in the database. At block 447 the user fills 40 this latter case, replies to this message back to the mailing 

out and submits the subscription form. list would reach the original sender, but other messages to 

At block 456 the server stores the subscription record in the mailing list would not. 

the database, including the gathered acceptance criteria. To summarize by way of example, suppose a user decides 

Block 458 ends the process. The next phase of the use of the to try out a mailing list that uses this invention. He signs up 

present invention is when subscribers begui sending email 45 at the service provider's web site, selecting a mailmg list 

messages out to their mailing lists. about the topic of financial investments. He specifies (user 

As illustrated by the shaded area designated 209, block profile acceptance criteria data) he would like to interact 

448 is an optional step that can be done as each subscription vrith other men of age 40-50 who live within three miles of 

is submitted by a user, or at a later time. Thus it is shown as him and do not have children. Using an optional feature, he 

an optional step. At block 448 the server analyzes all 50 selects the subtopics (message criteria) related to internet 

subscription records in the subscription table to calculate the stocks, junk bonds, and international mutual funds. The 

degree of matches between the user profile data of the newly system responds with a preview of 38 matching subscribers 

subscribing user and the acceptance criteria of each user and five messages per week. He wants more people to 

already subscribed to this particular mailing list. This is interact with, so he increases his age criteria to include men 

depicted in detail in FIG. 5B and described in detail below. 55 between 35-55. He also increases his distance criteria to five 

At block 452 the server stores the subscriber match miles. Now the system matches him with 68 people and 12 

calculations made in block 448 in the database's matches messages per week, and he accepts the setup. The system 

table. They will be used later to select a subset as the stores that subscription; soon he will begin interacting with 

subscriber's personal recipient list for sending out messages, his matched subscribers. 

or to indicate to each user with each message the degree of 60 Using Acceptance Criteria Data to Determine Subscriber 

subscriber match between the user and the message sender. Matches: 

Processing then continues at block 456 as described above. Turning now to FIG. 5B, the numeral 448 generally refers 
As further illustrated by the bracketed area designated to a process of using user-specified acceptance criteria data 
210, an alternative embodiment allows user feedback and to calculate subscriber matches. The overall process here is 
criteria timing during the subscription process. This embodi- 65 to calculate for each subscriber the degree that his user 
ment includes that which is enclosed in the dashed box and profile data matches each other subscriber's acceptance 
also the shaded area designated 209 and described above. In criteria data. 



C) 



us 6,480,885 Bl 

11 12 

At block 474, the server starts by retrieving a subscriber Methods for representing such data types and the type 

list for the mailing list from a database query. At bock 476 information itself are well known by those skilled in the art. 

the server gets the first subscriber on the list. At block 478 If an acceptance criterion is a reference to another sub- 

the server calculates the degree to which the. subscriber's scriber's acceptance criteria data, then the entire ptoile data 

user profile data meets each other subscriber's user profile 5 set becomes the data to be tested against the referenced 

acceptance criteria data. There are a numberof methods well entire set of acceptance criteria data, 

known to those skilled in the, art for making such match An alternative embodiment to EIG. 5B is depicted in FIG. 

calculations. 6. In this embodiment, an SQL database query approach is 

In the preferred embodiment this is not a two-way match. taken. Block 448 again generally refers to aprocess of using 
Even if user X does not want to receive message from user lO user-specified acceptance criteria data to determine sub- 
Y, user Y may choose to receive messages from user X if all scriber matches. At block 490, the query conditions string is 
of Y's acceptance criteria data are met. Acceptance criteria defined to be empty, to begia building a complex query. At 
data may include a plethora of different choices, including block 491, conditions are appended to the query to select 
location, age, sex, hobbies, skills, preferences. While U.S. only subscriptions from the subscriptions table that are 
Pat. No. 5,555,426 by Johnson et al describes a method and 15 subscriptions for the target mailing list. Block 493 adds the 
apparatus for message dissemination that is based on recipi- condition that selects subscribers who match the new sub- 
ent's acceptance criteria data, its intent and focus are on scriber's acceptance criteria data. Block 494 adds the con- 
simple topic keywords and sender identities. It did not . dition that selects subscribers who will accept the new 
comprehend the use described here. Hie scope of the present subscriber, per the new subscriber's user profile. At block 
invention includes much more comprehensive acceptance 20 496, the query is sent to the database server. The result back 
criteria data with a significantly drEferent intention, result, from the database server is a list of subscribers matching all 
and benefit for the users, not suggested by the Johnson of the conditions. At block 498 the system returns the 
' patent. matched subscribers to the super-process, completing the 

(In an alternative embodiment not depicted, a two-way task of determining matched subscribers, 

match process is used in which two match calculations are 25 Another alternative embodiment to FIG. SB is depicted in 

made. A two-way match, sometimes referred to as a mutual FIG. 7. In this embodiment, the matching is done through 

match, is when a user X's acceptance criteria data matches multiple computers operatmg as a distributed system. All 

a user Y's user profile data, and user Y's acceptance criteria communication between computers is through a standard 

data matches user X's user profile data. In this alternative means such as CORBA. AMatch Dispatch Server computer 

embodiment, in addition to the match calculation described 30 distributes the matching process across a cluster of Match 

above, the system also calculates the degree to which each Servers. Each match server handles part of the total number 

other subscriber's user profile data meets the subscriber's of subscriptions in the system. Each match server keeps its 

user profile acceptance criteria data. These calculations are own cached copy of the database data for high-speed access 

combined into one summary calculation, or are stored during the matching process. To conduct a match, a client 

separately.) 35 sends a match request to the Match Dispatch Server 

At block 479 the match calculation data, also sometimes ("dispatcher"). The dispatcher has a lookup table describing 

referred to as the match score, is stored in the matches table which Match Servers are needed to compute a particular 

in the database. At block 484, the server tests whether there match. The dispatcher retums a list of Match Servers to use 

are more subscribers in the list obtained in block 474. If in completing a dynamic match. The client then requests 

there are, then at block 486 the server gets the next sub- 40 those match servers to perform partial matches, and the 

scriber and returns to block 478 to continue processing. If results are combined for the final answer. The lookup table 

there are no more subscribers for whom to do match is centralized on the dispatcher system. Data changes (e.g., 

calculations, processing ends at block 488. from a user tuning his community settings on the web site) 

Next we will focus briefly on some details about the tise vnll fiurst be stored in an SQL database, and then updates 

of acceptance criteria data for selecting subscriber matches 45 distributed to appropriate server(s). Although FIG. 7 only 

for interaction within a group. shows a single dispatcher, multiple redimdant dispatchers 

Generally, this is the process of determining whether a may be used, 

piece of profile data matches a piece of acceptance criteria Referring to FIG. 8, the numeral 216 generally refers to an 

data. This process is used either for comparing user profiile example of subscribers sending messages to the mailing list 

data to user profile acceptance criteria data, or optionally for SO email address for distribution to other matching subscribers 

comparing message profile data to message profile accep- within the list. The service provider previously designated 

tance criteria data. The system calculates a degree of match an email address as the maiUng list's address, a practice well 

between two subscribers, based on one , subscriber's user known by those skilled in the art. Block 502 is an example 

profile data matching to the other acceptance criteria data. of a message sent to "neighbors" mailing list, and block 504 

Alternatively the matching can be calculated as a two-way 55 is a response from one of the subscribers who received the 

match, instead of a one-way match, including both users' original message. 

acceptance criteria against each other's user profile data. Referring to FIG. 9, the numeral 520 generally refers to an 

For each acceptance criterion to test, the server deter- alternative embodiment to FIG. 8 in which the system 

mines the profile data field that matches the current accep- receives a message from an unknown user. Embedded 
tance criterion. The field data may be one of a number of 60 within the ordinary email message is the unknown user's 

different data types, including text strings, numbers, dates, profile and criteria data. Block 522 is the header portion of 

geographical locations, references to entire other acceptance the emafl message. Block 524 is the profile and criteria data 
criteria data records, and lists of any of the aforementioned portion of the message, containing all necessary data for 
types. The associated acceptance criteria data are generally cross-matching the unknown user with the known subscrib- 

ranges of field data, e.g., number range acceptance criterion 65 ers. The embedded data could alternatively come via an 

for number profiOie data, geographical area of interest accep- attachment or other means. Or alternatively the entire com- 

tance criterion for geographical location proflaie data, etc. munication could be transmitted via another means besides 
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email, such as the HTTP protocol. Block 526 is the body of 

the message to be distributed. 

Process of Distributing Electronic Mail Messages: 

Referring to FIG. 10, the numeral 220 generally refers to 
a message distribution process, wherein an email message 
sent by a subscriber is distributed to a subset of subscribers 
who match the sending user and his message. 

At block 602 the system receives an email message from 
a known user. We'll call this user "sender". (In an alternative 
embodiment as suggested by FIG. 2, the message received 
is from an unknown user.) 

In our preferred embodiment, no message profile data is 
obtained with the message and no matching occurs by 
message profile and message criteria. 

At block 606 the system determines the sender's email 
address and checks the database or elsewhere to be sure the 
message is from a subscriber of the specified list If she is not 
a subscriber, processing proceeds to block 610 where the 
message is rejected and a rejection return email is sent to the 
sender, and processing concludes. If block 606 succeeds, 
then processing continues at block 614, where the system 
retrieves the sender's recipient list from the matches table. 
In block 616 the system finds the subset of the recipients 
whose match calculation is a 100% match with the sender. 
(In an alternative embodiment not depicted, an additional 
next step at this juncture is to reduce the subset by removing 
recipients whose message criteria isn't met by the sender's 
message.) 

Finally system dishributes the message to the final subset 
of recipients via the internet or by another method of 
delivery. 

In one alternative embodiment (not depicted), the first line 
of the body or the subject line of the message received at 602 
contains keywords in brackets to specify the message's 
profile data, e.g., "[for sale]" or "[school]".) 

In another alternative embodiment (not depicted), the user 
fills out a form accessed at the service provider's web site or 
uses an email-based form. The form includes message body 
and various form controls such as checkboxes for the user to 
specify the message's profile data (e.g., this message is 
about subject "for sale"). The system receives the form data 
at 602 and processes it in a similar manner. 

In yet another alternative embodiment as suggested by 
FIG. 9, if in block 606 the sender is not a subscriber, 
processing proceeds to block 607 where the system checks 
whether the sender's profile data and criteria data or just the 
sender's profile data are included in the body of the message. 
If the data is not included, processing proceeds to block 610 
and continues as described above. If the data is included, 
processing continues at block 608 where the system matches 
the user against each other user who is a subscriber to the 
mailing list. This is done using the same process as previ- 
ously described for calculating matches between users. 
Processing then continues at block 609. 

In stOl alternative embodiment, if block 606 succeeds, 
processing continues at block 609. At block 609, the system 
tests whether the message meets the sender's message 
profile acceptance criteria data. This is to malce sure that the 
sender is not distributing a message which she herself would 
block as an incoming message, based on her message profile 
acceptance criteria data. An example of when this happens 
is when the user is not accepting "for sale" topics, but sends 
out a message with a "for sale" message profile. If the 
message does not meet the sender's message profile accep- 
tance criteria data, then in block 610 the message is rejected 
and the process ends. If the message meets the acceptance 
criteria data, then processing continues at block 614. 
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In anther alternative embodiment, block 616 is replaced 
with block 620. In block 620, the message is distributed to 
all recipients in the sender's recipient list, and each sender 
receives some indication of the match score or generally the 

5 degree of match. 

FIG. 11 depicts an alternative embodiment to that 
depicted in FIG. 10. In this alternative embodiment, the 
distinction from FIG. 10 is that which is shown in the dashed 
box. Blocks 614 and 616 of FIG. 10 are replaced by blocks 

10 674-678 of FIG. 11. Other than that the diagrams and 
process are identical. In block 674, a database query is 
performed to determine matched subscribers, rather than 
using the pre-calculated matched subscribers stored in the 
matches table. This would be completed in the same way as 

15 previously shown in FIG. 5B or FIG. 6 and the accompa- 
nying description. (In optional block 676, the resulting list 
from 674 is pared down by removing subscribers whose 
message acceptance criteria data indicates they don't want to 
receive this message.) Finally in block 678 the system 

20 distributes the message to the final list of recipients via the 
internet or by another method of delivery. 
DescriptioD^Additional Alternative Features 

One additional feature would be to allow users the option 
of specifying a subscription expiration date. The system 

25 stores store the expiration date in the subscription field. The 
system periodically checks the subscriptions table for 
expired ones. It notifies the user of an expired subscription 
via email that his subscription has been deleted. 
Another feature is to give the subscribing user feedback at 

30 subscription time on the identities and/or other info about 
what subscribers he has been matched up with. This may 
include email addresses, geographical data such as a graphi- 
cal map indicating locations of other users. 
Another feature is a way for users to be hidden from being 

35 revealed to a sender as potential recipients of a message. 
Some users may desire privacy, and this feature would 
restrict the processes described herein from revealing that 
user's identity or other information. The processes are 
simply, modified to maintain privacy of these users. 

40 Another feature is to aUow a user to exclude particular 
subscribers and subjects from his interactions. Excluding 
subscribers is similar to chat's "ignore user" feature and is 
implemented by allowing the user to enter email addresses 
or user names of users to be ignored. The subscriber match- 

45 ing process described in FIG. 5A, block 448 and FIG. SB are 
modified to ignore the specified users. The user can also 
exclude subjects by entering a search string on the subscrip- 
tion tuning web page. The search may be a simple search or 
complex search predicate. FIG. 10 block 616 is modified to 

50 screen out recipients whose search strings match the mes- 
sage content. 

Another feature is for the service provider to be able to 
exclude certain trouble-maker users or groups of users (e.g., 
hate groups) from the system. 

55 Another feature is a way for users to volunteer to mod- 
erate a discussion. A moderator acts as a human filter for 
inappropriate messages, scanning for "spam" and other 
messages that shouldn't be sent to the subscribers. A user 
can only moderate messages she receives through her sub- 

60 scription and she only moderates messages for users that are 
on her recipient list. A user volunteers on her subscription 
tuning web page. If in this preferred embodiment there are 
more than three active moderators, this user is offered only 
to be put on a moderator wait list. But if there are less than 

65 three moderators, this user is considered. There may then be 
a process of requesting an email vote of approval from the 
other subscribers this subscriber interacts with. If a vote is 
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taken, the volunteering is only allowed if that vote comes to group acceptance criteria data. Note that recipient lists of 

back substantially positive. Her subscription record is then subscribers not in the group are also affected. Whenever a 

flagged with a volunteer moderator flag. During message group member changes his acceptance criteria data, other 

processing, as shown in FIG. 10, moderators within the group members are notified and the group leader(s) must 

recipient distribution Mst are located and one or more of 5 approve the change or expel the changing member ftom the 

them is emailed a request to approve the message for group. The group will still interact with users outside the 

distribution. The message is stored in a suspended messages group, but only with users that form a mutual acceptance 

table in the database along with its distribution list until an criteria data match with the compound group acceptance 

approval or rejection is returned. If the message isn't criteria data. Alternatively, the group can simply lock out all 

approved or rejected after 5 days or another period of time, lO non-members from aU communication, 

it is removed from the database and returned to the sender. Another feature is to allow acceptance criteria data sets 

If a moderator approves the message, it is then sent to the outside the scope of a particular subscriber to be used 

distribution list. If it is rejected, the sender is informed via optionally by each subscriber or enforced upon all subscrib- 

email. In either case the message is then removed from the ers. The service provider could set up acceptance criteria 

suspended messages table. is data that is associated with an entire mailing hst, that 

A variation of the above is a feature to allow the user to specifies that all users must be inside the United States for 

specify "ignore moderator." This allows the user, if so the list. Or a member or the service provider may specify an 

desired, to receive all messages regardless of the moderator. acceptance criteria data parameter that when applied rids the 

Another variation is to allow each user to select from one or system of certain kinds of unwanted commercial email. In 

more available moderators which moderator he wants, if 20 either of these cases, or any other similar case, the system 

any. allows acceptance criteria data to be named and stored in the 

Another feature is to allow the acceptance criteria data to database, and for any user to add that acceptance criteria 

include a complex search predicate, an example of which is data by reference into their own acceptance criteria data for 

"recommend*OR 'for sale' OR (city and police)". Processes a subscription. 

for applying such a search predicate are well know by those 25 Another feature is to have the email delivery process 

sldlled in the art. This search could be applied to the message control the delivery of reply email messages in a different 

subject and/or content, to the user profile, or to the message manner. Rephes to an email message go to the distribution 

profiOie. hst of the original message, rather than the replying sub- 

Another feature is to allow more advanced geographical scriber's distribution hst. This keeps a discussion with the 

location matching against acceptance criteria data. A map- 30 same group of users, with the potential down-side of some 

ping product or service is used to recognize street addresses users interacting with each other who don't usually interact, 

and aOow users to specify geographical areas, such as zip The system stores the email message in the email archive 

code, neighborhood name, city, county, state, region, or an table. It then stores in the database a relationship between 

outMne drawn on a graphic image of a map. Thus a user can the email message sent and the distribution list the message 

specify the exact geographies of interests and the system can 35 was sent to. The unique ID of the email message's database 

match users based on street addresses and geographies. record is then encoded in the "To" header field of the email 

Alternatives to street address data are the use of street message, e.g., "To: neighbors-1354321@local2me.com". 

intersection, GPS coordinates, longitude and latitude. If the When someone responds to the message via their email 

location is not a specific point, but rather an area, a user client's reply all feahire, the message is addressed back to 

would be considered to be generally within that area, and 40 that To header field, including the encoded tmique ID. When 

would match another user's geography of interest if the two the message arrives at the server, the message is recognized 

areas intersected. as a reply to an original posting, and the unique ED is 

Another feature is to allow users to maintain the privacy extracted from the email address (1354321 in the above 

of their geographical locations by using a small geographical example). It then uses the stored distribution list associated 

area, such as a mile radius around the user's house, in 45 with the unique ID, rather than the sender's distribution list, 

place of an exact location. This reduces the chance of for distribution. The step of checking each recipient's mes- 

another user being able to pinpoint someone's exact loca- sage acceptance criteria data is skipped because the stored 

tion. The system would allow the user to specify this as part distribution list has already done that. The message is then 

of their base user profile. It would consider the base user sent to the distribution Ust. An alternative approach is to 

profile data to match another user's location acceptance so have the reply go to the replying subscriber's distribution 

criteria data if the geographies intersected. list, but add some text at the bottom of the message for 

Another feature is allowing two or more subscribers of a anyone getting the reply who did not receive the original 

particular list to form a group, agreeing to share acceptance message it was a reply to. That additional text would be a 

criteria data as previously discussed. Each member of the link to a web page showing the archives of the referenced 

group agrees to apply each other member's acceptance 55 email message(s). 

criteria data to everyone except that other member, also Another additional feature allows a user to override 

previously discussed. Any member can form a group by subscription settings when sending a message. The subscrip- 

selecting a user interface element on the webpage for their tion settings are treated as "default settings", and the user 

subscription. The system asks them to name their group, and can override any of the settings when sending a message, 

keeps track of a list of group members within the group's 60 The tiser could specify this through additional codes in his 

record in a group table in the database. The founding email message body, or by using a web form when sending 

subscriber and anyone else he specifies become the control- the message. The web form would include access to override 

lers of the group. They must approve aE new membeK via those settings. The subscription matching process described 

an email or web-based approval mechanism. Then as each in FIG. 5B and its related text are used to determine the 

member is admitted to the group, each of the group mem- 65 distribution list for the present message being sent. The 

bers' subscriptions are recalculated as previously discussed, settings are not stored as the user's permanent settings. An 

to update all subscribers' recipient lists based on the change example use is in a neighborhood mailing list for a user to 
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send out a "for sale" message lo neighbors within 10 miles 
of him, overriding his usual acceptance criteria data of 
neighbors within 3 miles of him. This feature would have to 
exist in conjunction vrith the previous feature, controlling 
delivery of reply email messages, so that recipients can 
answer to the same group. 

Another additional feature is to allow each list to require 
approval for subscription. When a user subscribes, another 
special "approval user" approves or rejects the subscription. 
This could either be for the whole hst, or for a given 
sub-group within the list as defined by acceptance criteria 
data. An example is a professional sub-group of a jazz 
mailing list. Subscribers checkmg the "Professional" expe- 
rience checkbox would need to be approved before admit- 
tance. In this case, the subscriber is told that his subscription 
will need to be approved, and his subscription record is 
stored in a pending subscriptions table. The approval user is 
emailed with a request for approval. If the approval does not 
take place within 14 days, flie subscriber is automatically 
rejected by the system. 

Another additional feature is to install a process near the 
beginning of the email distribution process for eliminating 
unwanted commercial email ("spam"). Such systems are 
commercially available and are configured independently of 
this invention. The email server process would allow the 
service provider to configure it to incorporate a spam 
elimination process at the appropriate step in the process. 

Another additional feature is to offer users a written 
language preference and translation between languages 
within a list. A user specifies the language of choice as part 
of the subscription process. At email distribution time, the 
email server uses an external language translation process to 
determine the message's language. For each user whose 
language preference doesn't match that language, the mes- 
sage is translated before being sent. The translations are 
grouped so that a translation into a given language happens 
only once per message. A hnk to the original message 
enables review and possible other translations, to account 
for occasional poor translations. 

Another additional feature is for the email server to add an 
additional text message to each outgoing message. This 
could be an advertisement or appropriate link to web site 
content, as determined by the service provider. The system 
associates header and footer text with the mailing list in the 
database. The service provider manages that data manually 
through the database vendor's manual database access inter- 
face. The email server grabs that information fix)m the 
mailing list database entry at the time of message distribu- 
tion and modifies the message content appropriate 
Alternatively, the additional text feature may be expanded to 
allow for distributing different additional text to different 
sets of users, such as targeted ad insertion. The system 
associates a number of acceptance criteria data sets 
described by the service provider with a number of addi- 
tional text messages. It applies the acceptance criteria data 
sets one by one to a copy of the distribution list, matching 
users to the additional text criteria. As each user is matched, 
the additional text is added to his message and the user is 
removed from the copy of the distribution Mst. The last 
acceptance criteria data set is defined to be a null set, with 
all remaining users receiving the last additional text message 
associated with that last nul acceptance criteria data set 
Thus each user receives only a single additional text mes- 
sage. 

Another additional feature allows a user to set up an email 
alias preference as part of his base user profile. Then each 
message sent by the user to any mailing list is automatically 



modified to reflect his email alias rather than the original 
email address listed in his message. The system also shows 
this alias instead of his email address at any time his email 
address would be shown to a user at the web site. 
5 Another additional feature is for the system to determine 
a user's distribution size threshold based on the user's 
expertise level. This would warn, for instance, a novice user 
before sending an email message that would reach more than 
200 recipients. The user is asked during registration to rate 
10 their computer experience level, and that experience level is 
matched to thresholds over which the user is warned. During 
message distribution, the user's threshold is checked for 
whether there are more recipients on the distribution list than 
the threshold. If there are, the system informs the user of the 
15 size of distribution and asks for confirmation. The system 
then either distributes, the message or discards it depending 
on the user's response. 

Another additional feature is for the system to verify a 
user's geographic address when a user subscribes to a 
20 mailing list requiring address verification. The mailing list 
record contains a flag indicating that address verification is 
required for subscription. When the user subscribes, the 
system prints a postcard addressed to the user with a special 
verification code. The system then stores the subscription(s) 
25 in a pending subscriptions table in the database. The service 
provider mails the postcard to the user via the United States 
Postal Service. Once the user enters the verification code at 
the web site, the subscription(s) are activated. Alternatively, 
instead of using a postcard the system allows another 
30 subscriber of a given list (e.g., a neighbor) to vouch for the 
user, for the given Ust. In that case, the system stores the 
vouching subscriber's user ID in the subscription record of 
the new user, and subscribes the new user. 
Another additional feature is to show each user individu- 
35 aUzed web content related to each of his subscription. The 
web server generates for each user a unique web home page, 
containing a link for each of his subscriptions. Each of those 
links leads to a page containing extensive subscriber-created 
content. The content shown is has been contributed by users 
40 matched to the viewing user. In other words, each user only 
sees subscriber-created content that was created by people 
he is matched with (and from himself). It displays email 
archives of messages from the subscribers who match this 
user's message acceptance criteria data. It also displays 
45 other subscriber-created content that matching subscribers 
have previously contributed to the web site, such as inter- 
esting web links, reconunendations (such as gardener, 
int), photos, calendar entries, etc. It 



also displays a way in which this user can add contributions 
50 to the site. All content is stored in a nser web contribution 
table in the database. The web site also provides searching 
of matching subscribers' web sites, firom those who have 
specified a web home page in their base user profile data. 
Another additional feature is a periodic process that runs 
55 on the database server that performs cleanup operations. It 
deletes expired subscriptions from subscription table and 
handles other similar types of cleanup automaticaly. The 
system has a parameter that can be set up by the service 
provider that defines a schedule for performing the database 
60 maintenance. It may also transfer messages older than n days 
to a secondary database server, or move the message bodies 
to secondary computer systems, to reclaim disk space. In 
this case, the system must accotmt for this when accessing 
the email archives. 
65 Another, additional feature is lo structure the mailing lists 
into a hierarchy, such that some of the subscription user 
profile data and acceptance criteria data can be shared 
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between lisls. The system can give the user feedback on the A related additional feature is lo provide the user with a 

ntimber of users who form partial matches with him based way of expressing the volume of email he desires, and then 

on known acceptance criteria data. For instance, many lists adjtist automatically the score threshold to approximate that 

will have a geographic distance component. By extracting volume of traffic. Likewise, the user and/or service provider 

that as a common setting for aU of those Ksts, a user can 5 might want to limit the size of messages (avoiding binaries, 

specify early on in the subscription process that he wants to pictures, etc.). _ 

interact with people within two miles of him. He can then .Another additional feahire is to use more advan^d ways 

browse all of the lists that are in that part of the hierarchy, f^'^hmg acceptance cntena data to user profile data, 

and see the number of users he is matched to in each of the ^'^^ ^°e^^' 'S?'^ intelligence techmques such as 

V. rm.- - u- 1. 1 A 1 1 ju 1 u .1-. discnnunatton nets, etc. These are techmques well known to 

hste. This gives him very helpful feedback on what lists are lo ^^^^ ^ ^' ^ ^ ^^^^ 

active m his immediate area. To accomphsh this, the system ^ present invention 

establishes database relationships to keep track of the hier- Another additional feamreis'a billing mechanism wherein 

archy. It also establishes default values for profile and certain "high value" lists are accessible for a fee based on a 

acceptance criteria data such that partial matches can be ^^^^ ^^j^, ^^^j^^ ^^j, ^^^^^ ^^^^^^^ ^^1^^ 

detenmned vnth partially specified user profile and accep- is ^^^^^^^^ gent or received, etc. Additional tables would 

tance cntena data. _ ^1^^^^ information to aid in tracking these changes. The 



Another additional feature is to let a user aggregats 



billing mechanism would periodically process the informa- 



several mailing lists together into one "virtual lisif' for her. ^^ generate bills for 

She is offered the qption of combini^ two or more sub- ^^^^^ additional feati^reT aUowing subscribers to have 

scnptionsmto one "meta-subscnpaon" that appears as one 20 ^ferences within their acceptance criteria data to other 

maibng hst m her email box. An exanaple: she wants to subscribers' acceptance criteria data. This is a way for 

combine a "theater" subscnption and a "smgers" subscnp- subscribers to use each other's acceptance criteria data, 

tion mto one meta-subscnption she calls my-arts . Incom- ^^^^ combining acceptance criteria data, 

mg me^ages to her are then addressed to that fist name. ^^^y. ^^^j^ -^^^^^^ ^^^^^ 

When she sends out a message, the underlying mailing hsts 25 ^^^^ ^ band, it is often through a process of beginning 

become message aoieptance cntena data which she can ^^^^^ individual's acceptance criteria data, testing 

check on or off individually to mdicate which hsts her ^^ether there is common acceptance criteria date that makes 

message should go to. AdditionaUy, for each hst she selects, ^^^^^ ^ combining their acceptance criteria 

she also needs to specify message acceptance cntena data ^^j^ 

within that list as per the prior discussion. 30 below, three subscribers B, C, and D are 

Optionally, when a message goes to several hsts recipi- ^ ^^^^^^^ j^^^^j^^^ ^jg^^^^j ^^^^ ^P^^y 1^^^^ 

ents belongmg to more than one of those hsts will oraUy ^ ^ ..^^^^i-. dynamicaUy matched mailing list, and 

receive one message (as happens today with newsgroup ^^-^^ ^^ ^ discussion niche within the list. The 

cross-posun^"). . „ , . subscribers add refsrences to each other's acceptance crite- 

Another additional feature is to aUow the user the option 3S ^j^^j^ kcoi^. Their relevant user profile data and 

of receivmg messages for a subscnption on the service acceptance criteria data are: 

provider's web site, rather than in her email inbox. In this 

case the system keeps track of which messages she has and 

hasn't read, and provides a means of reading and replying to 



_ Acceptance criteria Other 

Another additional feature is to allow users to create Location data for others' Age Age Criteria 

ballots to collect voles on any subject firom users they are Subscriber (profile) locations (profile) Criteria Records 

matched to. Auser describes the ballot questions via a web b Brazil California or Den- 20 23-33 c,D 

site user interfece, and the system creates a poll and emails made or BrazU 

it out to the matched users on the mailing Ust.nie results of 45 C California . CaltfomkOTDen- 26 20-30 B,D 

the poll are tallied and available for viewing on the service eennany or New 

provider's web site. Another additional feature is to provide yotk 

the user the option of a digest veision of messages from a D Denmatk CBlifomia or Den- 23 20-27 B, C 

subscription. Rather than each message being delivered Mtk or Brazil or 

separately, a digest message containing multiple messages so OdS.Bn«a. N/A 23-27 N/A 
collected over a short period of time is sent out penodically. "outsider" or Denmark 
Each user specifies when to send out a digest to them, based Accept- 
on time, number of messages waiting, etc. The system ancecri- 

collects messages and periodically delivers the digest to the ""^ 

Another additional feature is to provide inexact matching. Each subscriber has previously specified location accep- 

letting users set thresholds and LDStructions for different tance criteria data and age acceptance criteria data that 

levels of matching. Rather than the previously described match the other two subscribers. To &3im a group, these 

100% match, this allows for partial matching. The user can three subscribers specify to the system to use each other's 
specify different actions, e.g., they might want scores of 60 acceptance criteria data. 

100% delivered via email, those fi'om 70-99% delivered via Before doing this, the subscribers B, C, and D would each 

a daily digest summary email, and those from 60-69% be matched with some other subscribers on the mailing Hst, 

delivered weekly via digest summary email. Scoring the which the other members of B-C-D weren't matched with, 

extent of the match also provides the user the ability to By incorporating each others' acceptance criteria data they 
literally "turn the volume up or down" on a subscription as 65 all exclude those other subscribers who do not meet all three 

a whole. He simply controls a single parameter specifying sets of acceptance criteria data. A subscriber acceptance 

the threshold for messages to get through. criteria data are never used on that subscriber. Since that 
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subscriber's acceptance criteria data are his acceptance each user uses voicemail without any real-time, direct inter- 
criteria data for others and not for himself, it is not applied action. Thus voicemail, being so similar to email, is a direct 
to him. Referring to our previous example, subscriber B is application of the present invention to that medium. The user 
20 years old, but his acceptance criteria data for others is age may access the service visually (e.g., web) or orally (e.g., 
23-33, which doesn't include him. Thus when a second 5 telephone). 

subscriber uses a first subscriber's acceptance criteria data. Another alternative embodiment for the present invention 
in the preferred embodiment he does not apply that accep- is unified messaging. Unified messaging is a medium that 
tance criteria data to the first subscriber when determining combines email, voicemaO, fax, and potentiaEy other corn- 
interaction participants. Abo in thy preferred embodiment, munication services and lets each user select their medium 
referenced acceptance criteria data are referring to the lo of choice. Sun, Lucent and a number of other companies 
combination of a subscriber's user profile acceptance criteria develop unified messaging solutions. Since unified messag- 
data and message profile acceptance criteria data. ing can always get from other mediums to email, unified 
Alternatively, the two types of acceptance criteria data could messaging is a direct application of the present invention to 
be referenced and used separately between users. that medium. These are just different mediums for 
When B combines C's and D's acceptance criteria data is communication, but they aren't materially different for our 
with his own, the resulting acceptance criteria data an purposes. In the preferred embodiment all setup, control, 
"outsider" then has lo meet is the intersection: California or and access to subscriptions, shard data, etc, happens via the 
Denmark or Brazil, and age range 23-30. Hie combined web. One modification to that for this alternative is to allow 
outsider acceptance criteria data has a modified age range of that setup, control, and access to happen via email (or email 
23-27. Thus when determining a subscribers' recipient list 20 translated to other unified messaging mediums) instead of 
for a message, outsiders &om this group would have to the web. 

match all of B, C, and D's acceptance criteria data in order A natural extension to unified messaging is to include 

to exchange email with any of them. If a fourth "outsider" telephone, pager, and instant messaging communication, as 

subscriber "E" firom Denmark, age 30, looks for interaction additional mediums of communication. A user may use 

matches in the subscriber list, B, C, and D will not match 25 different forms of unified messaging for different subscrip- 

because of their references to each others' acceptance cri- tions. For instance, a user may want to receive casual 

teria data. Since D's age acceptance criteria data excludes E, neighborhood discussion via email, but receive emergency 

E doesn't match any of them. messages from any neighbor within 5 blocks via text pager, 

An acceptance criterion reference to another users accep- and any communication (e.g., "can I borrow a cup of 

lance criteria data can be thought of as a container. Each 30 sugar?") within one block of them, via both instant messag- 

acceptance criterion inside the referenced user's acceptance ing and fax. 

criteria data set must be checked. Thus, the system would Another alternative embodiment for the present iovention 

perform the entire acceptance criteria data process to com- is web-based discussion boards. FIG. 12 is la diagram 

pare the new set of acceptance criteria data against the given detailing a process for this alternative. Web-based discussion 

data set. The system must allow for the possibility of circular 35 boards are very similar to mailing lists, but users receive and 

references to avoid an "endless loop"; techniques for ban- reply to messages (and possibly send messages) through 

dling this are well known to those skilled in the art. web site rather than an email cUent application. In other 

Since any one user's changes to his criteria impact words, rather than messages flowing in and out of the user's 

everyone in the group, the system would include at least two email-box, there is instead a bulletin board metaphor with a 

types of groups: "democratic" and "dictatorial". In a demo- 40 web interface. The subscription process is substantially the 

cratic group, the system notifies users of any proposed same. The system then keeps track of which messages each 

criteria changes, and users have the opportunity to discuss user has and hasn't read. The message boards section of the 

and vote be changes gp into effect. In a dictatorial group, one Motley Fool web site (www.fool.com) (Dec. 1998) are an 

or more of the users are in charge, and approve all criteria example in the prior art of a web-based discussion board, 

changes through a mechanism provided by the system. 45 without benefit of the present invention. 

There are many other features of electronic maiUng list Another alternative embodiment for the present invention 

systems such as Majordomo, Listserv, and eGroups.com that is electronic bulletin boairds. The most common electronic 

are well known to Uiose skilled in the art, that have obvious buDetin boards on the internet are USENET news^oups 

additional features for the present invention. (hereafter referred to as newsgroups). The subscription 

Description — Alternative Embodiments for the Present 50 process in this alternative is substantially the same; the main 

Invention differences come in reading and posting messages. Subscrib- 

As discussed earlier, there are many alternative embodi- ers post messages through the service provider's server. This 

ments of the present invention. People need personalized, could be through a newsgroup server port, or using a web 

tunable communities. They need the ability to specify and interface, via email to the service provider, etc. Since 

match up with other people in a variety of electronic forums. 55 newsgroup postings are replicated on servers throughout the 

This invention is a very powerful way of allowing them to Internet, there is some efficiency to be gained by encoding 

do that — to see only the people they're matched to see. It's some of the database information about the posting user in 

like going to a party with all the right people. headers of the posted message. This allows client newsgroup 

One major Difference between different kinds of forums reading programs to do some decoding and matching with- 

is the latency of the transmissions between parties. Whereas 60 out having to interact with the service provider's server, 

a forum like email has a high latency, a forum such as chat Examples of message headers are: "X-Posting-Type: 

has continuous transmission between the parties, or low Dynamically Matched Posting", "X-Local2Me-User: 

latency. joejjhotmail". The system may also encode insensitive 

One alternative embodiment is voicemail. Voicemail is profile and acceptance criteria data from the posting user in 
very similar to electronic mafl in that users typically have a 65 message headers. Let's call this full set of headers "Dynamic 

mailbox, and there are group dishribution lists, like elec- Matching™ Headers." (An example of insensitive user 

tronic mailing lists for email. Interaction is non-realtime: profile data is whether the subscriber considers himself to be 
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a "professional" or "amateur" in a given field. A home ICQ, "Yahoo! Pager", AOL Instant Messenger, and Excite 

address is an example of sensitive user profile data that, if PAL allow a user to send another user an immediate text 

needed, will have to be evaluated privately at the service message that pops up on the other user's screen while the 

provider's server during a user's news reading session.) The user is connected to the messaging system. This is typically 

cHent newsgroup reading application may use the Dynamic 5 when they are connected to the internet and runrung the 

Matching™ Headers for matching or may require subscrib- messagmg client apphcation. InstMit messagmg apphcations 

ers to read messages through some method provided by a do not as of yet have equivalent of electromc maihng 

service provider that is utilizing the present invention. In the .u """^ "^-"^^^ message to a group of 

lattercaL the cKent newsgroup reading software knows how Applymg the present mv»t^^^ 

to exchange with the server the extra ^formation needed to 10 ^J^'Z^S.X l^^Z'.^.^^^^c^l 

^ _° . . T. • c .t. r .1. mterface component m the instant messaging software or on 

support the present mvention. It informs the server of the ^ j„ ^ ^ „f matching users 

Identity of the user who is readmg messages. The server then ^j^^, ^^^^ hs:gptTS within the context of a 

only transmits messages whose users form a match and subscription to a particular forum. The user may then choose 

optionally a message acceptance criteria data match with the jo send a message to any one user on that list. Sending of 

reading user. Alternatively, the newsgroup reading software is messages to an entire matching group is routed through the 

may allow the user to see all postings, but highlight match- service provider's instant messaging server, which deter- 

ing ones using color, icons, etc. The server in this case mines which message recipients wiOil receive the message. It 

transmits additional information to the news reading soft- then distributes the message to those recipients. As an 

ware about which individual posted messages should have example of its use, a user may have two subscriptions set 

this special highlighting. 20 up — die wants to hear from all neighbors within five blocks 

If the client newsgroup reading software knows how to from her about for sale items, and all neighbors within one 

interpret Dynamic Matching™ Headers, it may choose to do block of her about emergencies. 

the matching itself which may be more efScient than Another alternative embodiment for the present invention 

accessing the server for determining match status for each is online chat. The subscription process is modified in a way 

message. 25 similar to online gaming rendezvous. In today's online chat. 

Another alternative embodiment for the present invention users begin by selecting a chat room, and then chatting with 

is online gaming rendezvous. Services such as "Yahoo! everyone in that forum. There is typically a way to ignore 

Games" (December 1998) offer forums in which users can specified users. The present invention allows a first user to 

meet up for games of cards and other internet-based multi- set up more elaborate acceptance criteria da a only interact- 

player online games. Indeed nearly all commercial computer 30 ing with other users who form a one-way or two-way match 

games to day have some multi-player internet features built with the first user. In the case of a one-way match, the match 

in. The typical online gaming forum divides the users into calculation is between the first user's acceptance criteria 

sldU levels (their main acceptance criterion) and the users data and each other user's user profile data. Alternatively, it 

then have to rendezvous via chat to start a game, or jump allows full chat exchange with all users, but indicates in the 

into an already-formed game. A common experience is to 35 user list & message window the degree of match the user has 

quit part way through a game when you find that your with each other user. For instance, the system could display 

gaming companions are a bad match, in conversation style, stronger matches in darker colors and weaker matches in 

speed of play, etc. Applying the present invention, the Ughter colors. Subscription settings may apply to one or 

service provider would offer a host ofuser profile acceptance more chat rooms. After setting up a subscription, the user 

criteria data and user profile data to help users rendezvous 40 can view a hst of chat rooms and see what rooms the people 

with the best partners. There is still a regishation process for he's matched with are spending their time in. He can then 

collecting base user profile data. The subscription process is select a room and begin interacting. The message profile and 

more transient, being more of a "gaming preferences" setup. acceptance criteria data are not used. Alternatively, the 

Following the setup, the user is presented with a set of message profile and acceptance criteria data are used to help 

players who match up with the user based on a mutual 45 users communicate about specific subjects. In that case the 

acceptance criteria data match. They can then chat, send system queries the user for message profile data if it cannot 

each other instant messages to invite each other to play, etc. be determined automatically. 

Optionally, when messages are sent they may include. Another alternative embodiment for the present invention 

message profile data to allow matched users to apply their is video conferencing. This is similar to online chat and 

;e acceptance criteria data. An alternative is to show 50 online gaming rendezvous. The invention is used for finding 



r all other users, but denote the matching users good videoconferencing partners within a given forum, by 
through an icon or other graphic highlighting. The system either highUghting matching users or only showing match- 
also shows the browsing user games in progress that have ing users. The present invention can be used with either one 
open slots, highlighting the users within those games on one video conferencing, or with group video conferenc- 
matched to the browsing user. He can then join a game that 55 ing. In a group setting, each user conferences with many 
win have the best chance of being satisfying to him, matching users at once, limited only by the limitations of 
Another alternative embodiment for the present invention number of simultaneous user connections in the video 
is online gaming. Many users can play the game conferencing system. Message profiles and message profile 
simultaneously, but each user only interacts with other users acceptance criteria data are not used, 
they are mutually matched to. The age software is designed 60 Another alternative embodiment for the present invention 
to allow for game play in which each user sees only the other is audio conferencing, or "party line." This is an obvious 
players he is matched to see. This is very similar in imple- extension of online chat, and similar to video conferencing, 
mentation to online gaming rendezvous, with additional wherein multiple users have an audio-only real-time con- 
functionality biult into the game play to account for this nection to each other in a group setting. This is implemented 
customized per-player environment. 65 in substantially the same manner as video conferencing. 

Another alternative embodiment for the present invention Another alterative embodiment for the present invention 

is instant messaging. Instant messaging services such as is online clubs and communities, such as "Yahoo! Qubs" 
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(Dec. 1998). In these services, a group fi 
theme, and users can chat, post messages l 
board, share vfeh links of interest, etc., within that group. By 
using the present invention, the user can create a personal, 
tunable niche within the group. The subscription process is 
the same: after selecting a club, a user can specify his 
acceptance criteria data within the club. The user then only 
sees content (chat, message postings, web hnks, pictures, 
calendar entries, etc.) of other users who form a match with 



of match between Y and the user who posted the message. 
Or the user may be provided a threshold control for selecting 
the minimum match score of messages to be displayed. 
To summarize the web surfing community forums 
i embodiment, let's take an example. A single forum, called 
"web surfers," is created by Local2Me.com to dynamically 
match web surfers from all over the world as they are surfing 
web sites. It allows users to chat with each other in a group 
forum when they are on the same web site. Auser John joins 



the user. The chat portion is handled as discussed in the lo the web surfers forum through the Local2Me.cc 



onhne chat application above. Message postings are handled 
as described in web-based discussion boards above. Other 
areas are handled in a similar fashion. Alternatively, the 
system may allow for one-way acceptance criteria data 
application: the first user sees content firom second users 
who the first user's acceptance criteria data matches, without 
regard lo the second users' acceptance criteria data. Another 
alternative process is for to aUow moderators, club ovraers, 
and other "authorities" to view all messages, even if ere is 
no mutual acceptance criteria data match. 

Another alternative embodiment is web surfing commu- 
nity forums. These forums provide a means for users to 
exchange messages with each other based on the web sites 
they are viewing. This service can be provided indepen- 
dently of the web sites that users are posting messages to. 
This is done through web browser plug-ins and other new 
technology that aMow the exchanged messages to be stored 
somewhere otiaer than the currently-viewed web site. When 
users are browsing that site or a particular page at that site, 
the messages are retrieved firom the independent data store 
and displayed to the user. 



He sets his user profile as a 23 year old single male, Mving 
in New York City. He sets his user profile acceptance criteria 
data to match men and women between ages of 18-28, 
within 100 miles of him. A separate window for chatting 
IS opens next to his main browser window. John now begins 
surfing the web in his main browser window, and as he 
enters each web site, the chatting window updates to show 
him the users also browsing that web site that he's matched 
to. John can now exchange messages with users as he surfs 
20 the web. 

Clearly, in the burgeoning online communications arena 
. there will be other electronic forums that can apply the 
present invention to great avail. 



Thus the reader will see that the present invention, 
DynamicaEy Matching Users for Group Communication, 
provides a process by which individuals of all ages and 
30 profiles may locate very high quahty, personalized matched 
groups of people for highly satisfying aflSnity group com- 
In this embodiment, the message exchange may happen in munications and community, 
real-time (e.g., chat) or time-shifted (e.g., posting -^yje my above description contains many specificities, 
messages). For example, users at a site such as CNN.com (^^^ should not be construed as limitations on the scope of 
could communicate with other users who are on that site at 35 jjjg invention, but rather as an exemplification of one pre- 
the same time, or who come to the site at other tunes. The jg^gj embodiment thereof. Many other variations are pos- 
present invention is modified to use the web site address gijjjg Several examples, including newsgroups, online chat, 
(e.g., www.local2me.com) the user is viewing to match the .^gj, discussion boards, and instant messaging have been 
user with other users. Alternatively it could use the address e:i5)lored in the alternative embodiments section above, 
of a specific page being viewed within the web site (e.g., 40 Accordingly the scope of the invention should be deter- 
www.local2me.com/commumty/mteniet.html). ^^^^^ ^^^^j ^, ^^^^ embodiment(s) iUustrated, but by the 

For real-time exchange in this embodiment, the web site ^ ^^^^ ^^^^ ^^^^ j j equivalents, 
or page the user is viewing is user profile data. Users can set what is claimed is- 

as part of their user profile acceptance criteria data one or j ^ ^^^^^^ dynamically matching defined users of a 
many web pages or web sites. M in example, a user at 45 g^oup communication system, so that subgroups of the users 
CNN.com'suserprofiledatawouldmcludeCNN.comash,s g^^^" ^^^j^j^ characteristics can intercommunicate com- 
iutly viewed web site (or alternatively a page wUhm the ^^^j^^ ^^^^^ 

a) establishing acceptance criteria parameters and user 



ite). His user profile acceptance criteria data could include 
all users at CNN.com, ABCsports.com, MSNBC.com, and 
PBS.org. For time-shifted message exchange, the web site or so 
page the user is vie wing when he posts a message is stored 
as part of the message profile data (not the user profile data). 
Other users can set as part of their message profile accep- 
tance criteria data one or many web pages or sites. 

An example: a user X goes to eBay.com online auction S5 
site and posts a message on its web home page using the 
present invention, and then leaves the web site. A user Y 
goes to eBay.com and sees user X's message if X's user 
profile data meets Y's acceptance criteria data and if user 
Y's message criteria data matches to liser X's posted mes- 60 
sage's message profile data. Alternatively, a two-way match 
process is used. User Y sees user X's message if X and Y 
form a two-way match of user profile data to acceptance 
criteria data and if user Y's message profile criteria data 
matches to user X's posted message's message profile data. 65 

In another alternative, user Y may see all messages, with 
an indication associated vnth each message about the degree 



profile data parameters defining said characteristics; 

b) obtaining acceptance criteria data and user profile data 
corresponding to the acceptance criteria parameters and 
user profile data parameters for each user of a multi- 
plicity of users; 

c) calculating the degree of match between the vsec profile 
data of each user and the acceptance criteria data of all 
other users of said multiplicity of users, and using the 
results of those calculations that exceed a particular 
threshold level of match to identify a subgroup asso- 
ciated with each said user; and 

d) upon receipt by the system of a communication from a 
particular one of said users including message data and 
user identity data, making said message data available 
to all other members of the subgroup associated with 
said particular one of said users. 

2. A method of dynamically matching defined users of a 
group communication system, so that subgroups of the users 
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having certain cbaracteristics can intercommunicate, com- 
prising the steps of: 

a) establishing acceptance criteria parameters and user 
profile data parameters defining said characteristics; 

b) obtaining acceptance criteria data and user profile data 
corresponding to the acceptance criteria, parameters 
and user profile data parameters for each user of a 
multiplicity of users; 

c) calculating the degree of match between the user profile 
data of each user and the acceptance criteria data of all 
other users of said multiplicity of users, and using the 
results of those calculations to identify a subgroup 
associated with each said user based on the degree of 
match having a particular relationship to a level of 
match threshold defined for all other users of said 
multiplicity of users; and 

d) upon receipt by the system of a communication firom a 
particular one of said users including message data and 
user identity data, said system makes said message data 
available to all members of the subgroup associated 
with said particular one of said users. 

3. A method of dynamically matching defined users of a 
group communication system, so that subgroups of the users 
having certain characteristics can intercommunicate, com- 
prising the steps of: 

a) establishing acceptance criteria parameters and user 
profile data parameters defining said characteristics 

b) obtaining acceptance criteria data and user profile data 
corresponding to the acceptance criteria parameters and 
user profile data parameters for each user of a multi- 
plicity of users; 

c) receiving a communication from a particular one of 
said multiplicity of users including message data and 
user identity data; 

d) calculating the degree of match between the user 
profile data of said particular one user and the accep- 
tance criteria data of each other user of said multiplicity 
of users, and using the results of those calculations, 
which have a particular relationship to a specific level 
of match threshold, to identify a subgroup associated 
with said particular one user; and 

e) making said message data available to all members of 
said subgroup. 

4. A method of dynamically matching defined users of a 
group communication system, so that subgroups of the users 
having certain characteristics can intercommunicate, com- 
prising the steps o£ 

a) establishing acceptance criteria parameters and user 
profile data parameters defining said characteristics, 

b) obtaining acceptance criteria data and user profile data 
corre^onding to the acceptance criteria parameters and 
user profile data parameters for each user of a multi- 
plicity of users; 

c) receiving a communication fi:om a particular one of 
said multiplicity of users including message data and 
user identity data; 

d) calculating the degree of match between the user 
profile data of said particular one user and the accep- 
tance criteria data of each other user of said multiplicity 
of users, and using the results of those calculations to 
identify a subgroup associated with said particular one 
user based on the degree of match having a particular 
relationship to a level of match threshold defined for 
each Tiser of said multiplicity of users; and 

e) making said message data available to all members of 
said subgroup. 
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5. A method of dynamically matching defined and 
unknown users of a group communication system, so that 
subgroups of the users having certain characteristics can 
intercommunicate, comprising the steps of: 

5 a) establishing acceptance criteria parameters and user 
profile data parameters defining said characteristics; 

b) obtaining, acceptance criteria data corresponding to the 
acceptance criteria parameters for each user of a mul- 
tiplicity of users; 

c) receiving a communication from an unknown user 
including message data and user profile data; 

d) calculating the degree of match between the user 
profile data of said unknown user and the acceptance 
criteria data of each user of said multiplicity of users, 
and using the results of those calculations; which have 
a particular relationship to a specific level of matching 
threshold, to identify a subgroup associated with said 
unknown user; and 

20 e) makiog said message data available to all members of 
said subgroup. 

6. A method of dynamically matching defined and 
unknown users of a group communication system, so that 
subgroups of the users having certain cbaracteristics can 

25 intercommunicate comprising the steps of: 

a) establishing acceptance criteria parameters and user 
profile data parameters defining said characteristics; 

b) obtaining acceptance criteria data corresponding to the 
acceptance criteria parameters for each user of a mul- 

30 tiplicity of users; 

c) receiving a communication from an unknown user 
including message data and user profile data; 

d) calculating the degree of match between the user 
profile data of said unknown user and the acceptance 
criteria data of each user of said multiplicity of users, 
and using the results of those calculations to identify a 
subgroup associated with said unknown user based on 
the degree of match having a particular relationship to 
a level of match threshold defined for each user of said 
multiplicity of users; and 

e) making said message data available to all members of 
said subgroup. 

7. A method of dynamically matching defined and 
unknown users of a group communication system, so that 
subgroups of the users having certain characteristics can 
intercommunicate, comprising the steps of: 

a) establishing acceptance criteria parameters and user 
profile data parameters defining said characteristics; 

jQ b) receiving a communication from an unknown user 
including message data and user profile data; 
c) obtaining acceptance criteria data corresponding to the 
acceptance criteria parameters for each user of a mul- 
tiplicity of users; 

55 d) calculating the degree of match between the user 
profile data of said unknown user and the acceptance 
criteria data of each user of said multiplicity of users, 
and using the results of those calculations, which have 
a particular relationship to a specific level of match 

60 threshold, to identify a subgroup associated with said 
imknown user; and 
e) making said message data available to all members of 
said subgroup. 

8. A method of dynamically matching defined and 
65 unknown users of a group communication system, so that 

subgroups of the users having certain characteristics can 
intercommunicate comprising the steps o£ 



( ) 



us 6,480,885 Bl 

29 30 

a) establishing acceptance criteria parameters and user f) maMng said message data available to all members of 
profile data parameters defining said characteristicSi said subgroup. 

b) receiving a communication from an unknovm user U. A method of dynamicaUy matching defined users of a 
including message data and user profile data; group commmncation system, so that subgroups of the users 

.., j-.L-; havmg certain charactenstics can mtercommumcate, as 

c) obtammg acceptance catena data corre^onding to the ^^^jj^^ ^j^j^^^ ^ 3, and 4 wherein in step b) 
acceptance catena parameters for each of a multiplicity acceptance criteria data and user profile data are obtained by 
of users; extracting information firom sources other than directly from 

d) calculating the degree of match between the user the users. 

profile said unknown user and the accqitance criteria 12. A method of dynamically matching defined and 

data ofeach user ofsaid multiplicity of users, and using unknown users of a group communication system, so that 

the results of those calculations to identify a subgroup subgroups of the users having certain characteristics can 

associated with said unknown user based on the degree intercommunicate, recited in any one of claims 5, 6, 7, and 

of match having a particular relationship to a level of g wherein in said obtaining step acceptance criteria data is 

match threshold defined for each user of said mulli- obtained by extracting information firom sources other than 

plicity of users; and directly from the users. 

e) making said message data available to all members of 13. A method of dynamically matching defined users of a 
said subgroup. group communication system, so that subgroups of the users 

9. Amethodof dynamically matchiag defined users of a having certain characteristics can intercommunicate, as 
group communication system, so that subgroups of the users recited in any one of claims 9 and 10 wherein in step d) 
having certain characteristics can intercommunicate com- acceptance criteria data is obtained by extracting ioforma- 
prising the steps of: tion firom sources other than directly from the users. 

a) establishing acceptance criteria parameters and user M. A method of dynamically matching defined users of a 
profile data parameters defining said characteristics; groip communication system, so that subgroups of the users 

b) obtaining user profile data corresponding to the user 25 ^^"^^ '^'^^ characteristics can intercommunicate as 
profile data parameters for each user of a multiplicity of r^^^d in any one of clauns 9 and 10 wherem m step b) user 
nrofiled users- profile data is obtamed by extracting mformalion from 

. . ' ■ .■ t. ^- , f sources other than directly from the users. 

c) receivmg a commumcation from a particular one of 15. Amethod of dynamically matching defined users of a 
said multiphaty of profiled users includmg message g„,^peonm.umcation system, so that subgroups of the users 
data and user identity, having certain characteristics can intercommunicate, as 

d) obtaining acceptance cntena data corresponding to flie ^^^^^ 3 4 ^^^^^ ^ ^tep d) the 
acceptance cntena parameters for each of a mulUphcity ^,^1^.5, between the acceptance criteria data of said 
of other users who may or may not be profiled users; particular one user and the user profile data of each other 

e) calculating the degree of match between the user profile of said multiplicity of users is also included in the 
data of said particular one user and the acceptance " calculation of the degree of match. 

criteria data of said multiplicity of other users, and ig a. method of dynamicaUy matching defined and 

using the results of those calculations, which have a unknown users of a group communication system, so that 

particular relationship to a specific level of match subgroups of the users having certain characteristics can 

threshold, to identify a subgroup associated with said intercommunicate, as recited in any one of claims 5, 6, 7, 

particular one user; and and 8 and further comprising the step of: 

f) making said message data available to all members of before said calculating step, obtaining user profile data 
said subgroup. corresponding to user profile data parameters for each 

10. A method of dynamically matching defined users of a ^er of said multiplicity of users; 

group communication system, so that subgroups of the users wherein the communication received from said unknown 

having certain characteristics can intercommunicate, com- jj, gaid receiving step additionally includes accep- 

prising the steps of: tance criteria data; and 

a) establishing acceptance criteria parameters and user wherein in said calculating step the degree of match 
profile data parameters defining said characteristics, between acceptance criteria data of said unknown user 

b) obtaining user profile data corresponding to the user 55 and user profile data of each user of said multiplicity of 
profile data parameters for each user of a multiplicity of users is also included in the calculation of the degree of 
profiled users; match. 

c) receiving a communication from a particular one of 17. A method of dynamically matching defined users of a 
said multiplicity of profiled users including message group communication system, so that subgroups of the users 
data and user identity data; 55 having certain characteristics can intercommunicate as 

d) obtaining acceptance criteria data corresponding to the recited in any one of claims 1 and 2 wherein in step c) the 
acceptance criteria parameters for each user of a mul- degree of match between acceptance criteria data of each 
tiplicity of other users who may or may not be profiled said user to user profile data of all other users of said 
usere; multiplicity of users is also included in the calculation of the 

e) calculating the degree of match between the user profile 60 degree of match. 

data of said particular one user and the acceptance 18. Amethod of dynamically matching defined users of a 

criteria data of each user of said multiplicity of other group communication system, so that subgroups of the users 

users, and using the results of those calculations to having certain characteristics can intercommunicate, as 

identify a subgroup associated with said particular one recited in any one of claims 9 and 10 and further comprising 

user based on the degree of match having a particular 65 the steps of: 

relationship to a level of match threshold defined for before said calculating step, collecting user profile data 

each user of said multiplicity of other users; and corresponding to user profile data parameters or ones of 
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said multiplicity of other users for whom user profile 
data is not known; and 
collecting acceptance criteria data corresponding to 
acceptance criteria data parameters for said particular 

wherein in step e) the degree of match between the 
coUected acceptance criteria data and the user profile 
data of said multiplicity of other users who are profiled 
users is also included in the calculation of the degree of 
match, and the degree of matches between the collected ^° 
acceptance criteria data and the collected user profile 
data is also included in the calculation of the degree of 
match. 

19. A method of dynamically matching defined users of a 

group communication system, so that subgroups of the users 
having certain characteristics can intercommunicate, recited 
in any one of claims 9 and 10 and liurther comprising the step 
of: 

before said calculating step, collecting tiser profile data 
corresponding to user profile data parameters for ones 
of said multiplicity of other users for whom user profile 
data is not known; 

wherein in step c) additionally receiving acceptance cri- 
teria data corresponding to the acceptance criteria data 2S 
parameters for said particular one; 

wherein in step e) the degree of match between the 
acceptance criteria data of said particular one and the 
user profile data of said multiplicity of other users who 
are profiled users is also included in the calculation of 30 
the degree of matches, and the degree of match between 
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the acceptance criteria data of said particular one and 
the collected user profile data is also included in the 
calculation of the degree of matches. 

20. A method as recited in any one of claims 1-8 and 
further comprising the steps of: 

associating a unique message identifier with said message 

associating said subgroup with said unique message iden- 

receiving a reply communication £com one user of said 
subgroup including reply message data, reply user 
identity data, and said unique message identifier; and 

making said reply message data available to said sub- 
group. 

21. A method of dynamically matching defined users of a 
group communication system, so that subgroups of the users 
having certain characteristics can intercommunicate, as 
recited in claim 2 

wherein in step d) an indication of degree of match to each 
member of said subgroup is also made available to all 
members of the subgroup associated with said particu- 
lar one of said users. 

22. A method as recited in any one of claim 4, 6, 8, and 
10 

wherein in sad making step an indication of degree of 
match to each member of said subgroup is also made 
available to all members of said subgroup. 
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(57) ABSTRACT 

Systems and methods are disclosed for providing secured 
messaging in a communications network: environment. The 
network environment may include public communication 
channels or networks, such as the Internet Embodiments of 
the invention may be implemented to facilitate secured 
electronic messaging between any combination of entities, 
such as one or more customer locations and a message 
center. Further, consistent with embodiments of the inven- 
tion, arrangements may be provided to permit the servicing 
of customers within a network environment that integrates 
legacy systems associated with a message center. 
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+ # - SecuredHeader 
!CID=12345678 
Intercept = 00 
Notify = 00 
Accepts 00 

Response Channel Type = 04 
Cross Sell Type = 05 
Customer E-mail = johnDoe@xyz.com 
Customer Name = John Doe 

Account No. = 123456789012345, 098765432109876 
+ # - SecuredHeader 



FIG. 5 
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Dear Mr. Doe, 

Here's the answer to your current question. 
+ #-INTERCEPT = 01 - # + 

We appreciate hearing from you. 

Regards, 
Company ABC 

Original Message Follows: 



+ #- 

ICI 0=12345678 
Intercept = 00 
Notify = 00 
Accept = 00 

Customer E-mail = johnDoe@xyz.com 
Customer Name = John Doe 

Account No. = 123456789012345, 098765432109876 

-# + 

Dear Company ABC: 
This is my question about my account. 
Thank you for your prompt response. 
John Doe 



FIG. 6 
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Dear Mr. Doe, 

Here's the answer to your current question. 

We appreciate hearing from you. 

Regards, 
Company ABC 

Original i\^essage Follows: 

Dear Company ABC: 
This is my question about my account. 
Thanl< you for your prompt response. 
John Doe 



FIG. 7 
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SYSTEMS AND METHODS FOR PROVIDING 
SECURED ELECTRONIC MESSAGING 

CROSS-REFERENCE TO RELATED 
APPLICAnONS 
[0001] This appMcatioa claims the benefit of priority under 
35 U.S.C. §119(e) to U.S. Provisional AppHcation No. 
60/325,216, filed on Sep. 28, 2001, the entire contents of 
which are incorporated by reference herein. 

BACKGROUND OF THE INVENTION 
[0002] I. Field of the Invention 

[0003] The present invention relates to the fields of com- 
munications and electronic messaging. More particularly, 
the invention relates to systems and methods for providing 
secured electronic messaging in a communications network 
environment. 

[0004] II. Background Information 
[0005] To retain customers and improve sales, many busi- 
nesses provide customer contact or message centers. Such 
message centers are staffed with customer agents or repre- 
sentatives to answer questions and provide assistance to 
customers. A customer message center may be implemented 
as a call center to permit customers to interact with repre- 
sentatives by telephone. In such cases, a toll-free number 
may be provided to access the call center by telephone and 
gather needed information (such as product or account 
information). Message centers may also permit customers to 
submit inquiries by written correspondence or mail. In 
certain cases, businesses may provide help desks or kiosks 
that are located at store location(s) or in shopping area(s) to 
directly service customers. 

[0006] In today's technology-driven world, many custom- 
ers expect fast and convenient assistance of their Service 
needs from businesses. As a result, instead of using more 
traditional forms of communication (such as written corre- 
spondence or in-person contact), most customers prefer to 
use more modern technology and communication channels 
to access information. For example, modem voice commu- 
nication channels, including wired and mobile phone sys- 
tems, can provide flexibility and real-time access to infor- 
mation &om customer service representatives. The Internet 
has also created new communications channels and, as a 
result, placed increasing demands on businesses to commu- 
nicate and provide service to customers through e-mail and 
the Web. 

[0007] Many businesses, including companies that have 
large customer segments, have invested in message centers 
that are capable of handling high call volumes on a daily 
basis. Despite such investments, customers are often 
required to wait extended periods of time on the phone 
before being connected with a customer service agent or 
before receiving any requested information. Some call cen- 
ters incorporate automated, voice response equipment to 
process call trafEc and provide easy access to frequently 
requested information. While such attempts have proven 
useful, they do not mitigate the majority of call traffic and, 
in certain cases, fail to provide the necessary support or 
information for customers. 

[0008] As companies attempt to provide more efBcient and 
personalized customer service, there is an increasing 



demand to handle higher volumes of requests by e-mail, the 
Web and other communication channels faclKtated by the 
Internet. The Internet and the World Wide Web provide a 
global communications architecture that permits users to 
access information from Web sites and communicate using 
e-mail and other electronic commimication or messaging 
techniques. As individuals become more accustomed to the 
Internet and electronic communication, the ability to adapt 
and use these communication channels will enable compa- 
nies to sticcessfully mitigate call trafSc and provide service 
at a lower cost. There are, however, several existing chal- 
lenges that face companies seeking to provide these new 
communication channels for customers. 

[0009] For example, modem pubHc communication net- 
works, such as the public Internet, do not provide sufficient 
privacy or protection to permit confidential information to 
be transmitted to customers. Customers seeking confidential 
information, such as balance or credit information in relation 
to their financial account, must be supported with a com- 
munication channel or method that is secure to maintain 
privacy and confidentiality. Further, Web sites and customer 
databases ate subject to attack and infiltratioa by unautho- 
rized users or hackers. Therefore, additional measures must 
be taken to provide secure communication over public 
communications networks, especially when sensitive or 
confidential information needs to be stored and/or provided 
to customers. 

[0010] Companies must also deal with integrating existing 
database and messaging systems to accommodate these 
more modem communication channels. While these existing 
systems may permit call center activity and internal e-mail 
routing, they are often limited or incompatible with modem 
technology (such as technology that pemiits communication 
through a Web site or public e-mail routing). Thus, compa- 
nies are faced with either replacing their existing systems or 
finding a solution that will permit integration of newer 
technology, while still maintaining their investment in their 
existing customer contact systems. 

[OOU] Moreover, past attempts to provide e-business solu- 
tions and customer messaging by e-maO or other electronic 
messaging arrangements have not proven useful. For 
example, many e-business applications that permit custom- 
ers to submit inquiries by e-mail or through a Web site are 
not compatible with legacy messaging systems. Further, past 
attempts are limited in their handling of customer messages 
and/or do not provide sufficient information to permit proper 
handling of customer messages by a message center. 

SUMMARY OF THE INVENTION 
[0012] In accordance with embodiments of the invention, 
systems and method are provided for facilitating secured 
messaging. Generally, such systems and methods provide 
secured messaging in a network environment that includes a 
public communications network, such as the Internet. 
Embodiments of the invention may be adapted to provide 
secured electronic messaging for facilitating communica- 
tions between, for example, customers and a customer 
service or message center. Embodiments of the invention 
may also be adapted to provide secured messaging in 
network enviroimients that incorporate legacy or existing 
systems. 

[0013] Consistent with embodiments of the invention, a 
method is provided for secured messaging. The method 
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includes: receiving, over a first secured communications 
channel, a message firam a customer at a customer location; 
translating the message firom the customer location into an 
e-mail, the e-mail being addressed to an address that is 
accessible by a message center through a legacy messaging 
system; retrieving, at the message center, the e-mail through 
the legacy messaging system; preparing, at the message 
center, a reply e-mail that includes a response to the message 
from the customer location; retrieving, over a second 
secured communications channel, the reply e-mail from the 
legacy messaging system; and translating the reply e-mail 
into a message format that can be presented to the customer 
at the customer location. 

[0014] Consistent with yet additional embodiments of the 
invention, a system is provided for secured messaging 
between a customer and a message center. The system 
includes: means for receiving a message from the customer 
at a customer location; means for translating the message 
&om the customer location into an e-mail, the e-mail being 
addressed to a mailbox address that is accessible by the 
message center through a legacy messaging system; means 
for retrieving, at the message center, the e-mail through the 
legacy messaging system; means for preparing, at the mes- 
sage center, a reply e-mail that includes a response to the 
message from the customer location; means for retrieving, at 
an applications server, the reply e-mail from the legacy 
messaging system; and means for translating the reply 
e-mail into a message format (hat can be presented to the 
customer at the customer location. 

[0015] Other embodiments of the invention provide a 
method for provide secure messaging between a plurality of 
customers and a message center. Such methods include: 
providing a Web site that is accessible over the Internet, the 
Web site including at least one message input screen; 
receiving, as part of a secure messaging session with a 
customer location, a message from a customer entered 
through the at least one message input screen; forwarding, as 
part of a secure Hypertext Transfer Protocol (HTTPS) 
request, the message of the customer to an applications 
server; constructing, at the applications server, an e-mail 
containing the message of the customer, the e-mail being 
addressed to a private mailbox address that is accessible by 
the message center; and examiniDg, at the message center, 
the e-mail constructed by the applications server and gen- 
erating a reply e-mail, the reply e-mail including a reply to 
the message of the customer. 

[0016] Systems for providing secure messaging may also 
be implemented, consistent with the invention. Such sys- 
tems may include: a Web server connected to a pluraUty of 
customer locations over a public communications network, 
the Web server being adapted to receive a message from a 
customer during a secure messaging session with one of the 
plurality of customer locations; an applications server con- 
nected to the Web server and adapted to receive the message 
from the customer during a secure messaging session with 
the Web server; and a private e-mail system connected to the 
applications server and a message center. 

[0017] In response to the message from the customer, the 
applications server may be adapted to: construct an e-mail 
containing the message of the customer, the e-mail being 
addressed to a private mailbox address that is accessible by 
the message center through the private e-mail sj«tem; 



retrieve, through the private e-mail system, a reply e-mail 
generated by the message center, the reply e-mail including 
a reply to the message of the customer; and translate the 
reply e-mail into a message format that can be presented to 
the customer at the customer location. 
[0018] Consistent with additional embodiments of the 
invention, systems may be provided for secure messaging. 
These systems may iaclude: a Web server adapted to receive 
a message from a customer during a secure messaging 
session with a customer location; an applications server 
connected to the Web server and adapted to receive the 
message from the customer during a secure messaging 
session with the Web server; and a messaging system 
connected to the applications server and a message center. 
[0019] In response to the message from the customer, the 
applications server may be adapted to: construct an e-mail 
containing the message of the customer, the e-mail including 
a data header with customer information and message han- 
dling information; forward the e-mail to an address that is 
accessible by the message center through the messaging 
system; retrieve, through the messaging system, a reply 
e-mail generated by the message center, the reply e-mail 
including a reply to the message of the customer; and 
translate the reply e-mail into a message format that can be 
presented to the customer at the customer location. 
[0020] It is to be understood that both the foregoing 
general description and the following detailed description 
are exemplary and explanatory only, and should not be 
deemed restrictive of the full scope of the invention, as 
claimed herein. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0021] The accompanying drawings, which are incorpo- 
rated herein and constitute a part of this specification, 
illustrate various features and aspects of embodiments of the 
invention. In the drawings: 

[0022] FIG. 1 illustrates an exemplary system environ- 
ment for providing secured messaging, consistent with 
embodiments of the invention; 

[0023] FIG. 2 is an exemplary flowchart of a method for 
providing secured messaging, consistent with embodiments 
of the invention; 

[0024] FIG. 3 illustrates another exemplary system envi- 
ronment for providing secured messaging, consistent with 
embodiments of the invention; 

[0025] FIG. 4 is another exemplary flowchart for provid- 
ing secured messaging, consistent with embodiments of the 

[0026] FIG. 5 is an exemplary data header that may be 
included in an e-mail message constructed by an applica- 
tions server, consistent with embodiments of the invention; 
[0027] FIG. 6 is an exemplary reply e-mail returned by a 
message center, consistent with embodiments of the inven- 
tion; and 

[0028] FIG. 7 is an exemplary reply message presented to 
a customer, consistent with embodiments of the invention. 

DETAILED DESCRIPTION 
[0029] Embodiments of the present invention provide 
secured messaging in a commimications network environ- 
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ment The network environment may include public com- 
munication channels or netv/orks, such as the Internet. 
Embodiments of the invention may be implemented to 
facilitate secured electronic messaging between any combi- 
nation of entities, such as one or more customer locations 
and a message center. Consistent with embodiments of the 
invention, arrangements may be provided to permit the 
servicing of customers within a network environment that, 
integrates legacy systems associated with a message center. 

[0030] FIG. 1 illustrates an exemplary system environ- 
ment for providing secured messagiiig, consistent with 
embodiments of the invention. As illustrated in ITG. 1, a 
number of components may be provided, including a cus- 
tomer location 100, a communications netwods: 120, an 
applications server 140 and a message center 160. Although 
only one customer location 100 is illustrated in FIG. 1, any 
ntimber of customer locations may be provided, with each 
customer location having access to or coimectivity with 
communications network 120. Further, while only one com- 
munications network 120, one applications server 140, and 
one message center 160 is illustrated in FIG. 1, these 
components can be provided in any number or quantity, 
depending on the needs and requirements of the system 
environment. 

[0031] Each customer location 100 rqiresents the location 
of a customer who communicates with message center 160 
through communications network 120 and applications 
server 140. As used herein, the term "customer" encom- 
passes not only potential or actually customers of a com- 
pany, but also partners, suppliers, clients, employees and 
other related entities of the company. Message center 160 
may be staffed with customer service representatives or 
agents for the purposes of responding to messages firom 
customers, providing information on products or services, 
and/or providing information concerning a customer's 
account (if applicable). Message center 160 may be provided 
for or operated by a company or business entity that provides 
goods or services to customers. For example, the company 
or business entity may be a financial institution that offers 
financial products or services to customers, such as savings 
accoimls, checking accounts, credit card accounts, loans, 
investment services, accounting services and/or other types 
of financial products or services. 

[0032] In FIG. 1, customer location 100 may include 
electronic communication equipment to access or connect to 
communications network 120. By way of non-limiting 
examples, customer location 100 may include a personal 
computer, a workstation or a laptop computer that is con- 
figured with a modem or other communication hardware for 
establishing a dial-up or permanent connection with com- 
munications network 120. Customer location 100 may also 
include a mobile or wireless phone, a personal digital 
assistant (PDA) or any other type of handheld device that is 
capable of establishing a wireless and/or wired connection 
with communications network 120. Further, the communi- 
cation equipment at each customer location 100 may include 
communication software and other applications (such as a 
browser application and/or e-mail software) to facilitate 
communications, messaging and/or accessing of informa- 
tion over communications network 120. 

[0033] Consistent with embodiments of the invention, 
communications network 120 may comprise any combina- 



tion of technology and/or components for providing elec- 
tronic communication with each customer location 100. For 
electronic or on-line commimication, communications net- 
work 120 may comprise any combination of wired or 
wireless technologies and/or communication networks, such 
as an intranet, the public Internet and^r a public switched 
telephone network (PSTN). Local-loop systems, gateway 
and/or service providers (such as Internet Service Providers 
(ISP)) may also be provided as part of communications 
network 120 to facilitate connectivity and/or communication 
services for each customer location 100. 
[0034] Applications server 140 is provided to receive, 
translate and/or coordinate messages between customer 
location 100 and message center 160. Applications server 
140 may be implemented with a server or computer-based 
platform and may include communication hardware and 
software. Software may also be provided with applications 
server 140 to provide one or more levels of security between 
communications network 120 and message center 160, such 
as a company or private firewalL Alternatively, applications 
server 140 may be provided as part of a corporate or private 
network, that is isolated or secured firom communications 
network 120 through a firewall. Additionally, applications 
server 140 may be provided with a database for storing 
customer information and message content information. 

[0035] As indicated above, message center 160 may be 
staffed with customer service representatives or agents for 
the purposes of providing customer service features, such as 
responding to messages fiom customers, providing infor- 
mation, and performing other customer service functions. 
Message center 160 may include a number of components, 
such as user terminals that ate operated by customer service 
agents. The user terminals may include computer-based 
workstations for accessing information requested by cus- 
tomers. Legacy messaging systems, which permit the send- 
ing and receiving of e-mail or other electronic messages, 
may also be provided as part of message center 160. Legacy 
systems, such as a corporate or private e-mail system, may 
be accessible by applications server 140 and user terminals 
of message center 160 a over secure communications net- 
work or secure communication links to permit the sending 
and receiving of e-mail or other electronic messages. By 
way of a non-limiting example, legacy messaging systems 
may be provided as part of a corporate or private network 
along with message center 160 and/or applications server 
140. Consistent with embodiments of the invention, legacy 
messaging systems may also be hosted or implemented at 
separate location(s) from message center 160, with connec- 
tivity between these systems being provided through a 
secure communication network or channel, such as a local 
area network or a virtual private network. 

[0036] FIG. 2 is an exemplary flowchart for providing 
secured messaging, consistent with embodiments of the 
invention. Hie features of FIG. 2 may be used to facilitate 
secured messaging between any combination of entities, 
such as one or more customer locations and a message 
center. As illustrated in FIG. 2, the process begins with a 
customer submitting a message (step S JO). For example, a 
customer at customer location 100 may electronically sub- 
mit a message using communications network 120. The 
message may be directed to message center 160 and include 
any combination or number of questions and/or requests for 
information. The message &om customer location 100 may 
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be electronicaOy sent over communications network 120 and 
received by applications server 140 using a secure commu- 
nications channel 182 (see FIG. 1). This secure communi- 
cations channel may be provided in a number of different 

[0037] For example, if communications network 120 is 
implemented using the Internet, a Web site may be estab- 
lished to accept messages from customer location 100 and 
submit them to applications server 140. For this purpose, a 
Web server may be provided separately or as part of com- 
munications network 120, or could be implemented as part 
of applications server 140. Such a Web server may host the 
Web site, which may be a company Web site or a Web site 
operated by a third party on-behalf of the company. The 
content of the Web site may be stored entirely or in part on 
the Web server and/or applications server 140. 
[0038] To provide security and restrict access, the Web site 
may require each customer to log-in or go through an 
authentication process before submitting a message. For 
example, a customer at customer location 100 may be 
required to provide authenticating information such as a 
valid password, account number and/or usemame or ID. 
Alternatively, the log-in or authentication process could be 
automated by, for example, using software that causes 
customer location 100 to automatically provide the neces- 
sary log-in or authentication information to the Web server. 
After successfully logging in, a message input screen may be 
displayed by the customer's browser. Using the message 
input screen, a customer may then submit a message or 
question from customer location 100 to the Web server. 
[0039] Consistent with embodiments of the invention, one 
or more different message input screens may be presented to 
the customer depending on the type of question or informa- 
tion requested by the customer. For example, one message 
input screen may be provided to faciUtate customers in 
requesting information concerning their account with a 
company, while other message input screens may be pro- 
vided to facilitate customers in requesting general informa- 
tion concerning products or services of a company. A menu 
screen may also be provided to a customer to facilitate the 
selection and display of the proper message input screen(s). 
By using different message input screens, customer mes- 
sages may be submitted and responded to more efSciently 
and with less errors or confusion. 

[0040] Communication between the customer's browser 
and the Web server may follow a request/response paradigm 
involving Hypertext Transfer Protocol (HTTP). When an 
HTTP request is made by the browser (such as to view a Web 
page), the Web server provides a response (such as providing 
an HTML file to permit the Web page to be displayed by the 
browser). Thus, when a message input screen is completed 
by a customer, the content of the entered message may be 
sent as part of an HTTP request from the customer's 
browser. To transmit data between customer location 100 
and the Web server, a secure messaging session may be 
established between the customer's browser and the Web 
server in accordance vwth a secure sockets layer protocol, 
such as HTTPS. Encrypted messages received from cus- 
tomer location 100 may be forwarded by the Web server to 
applications server 140. If necessary, communication 
between the Web server and applications server 140 may 
also be established using HTTPS or another protocol pro- 
viding sufficient security. 



[0041] Other arrangements may be provided for establish- 
ing secure communications channel 182 between customer 
location 100 and applications server 140. For example, a 
direct connection may be made between customer location 
100 and applications server 140 over a PSTN or other public 
communications netwodc. In such a case, customer location 
100 can include applications software for dialing-up and 
coimecting with applications server 140, as well as perform- 
ing authentication and message encryption routines. The 
application software may also generate one or more message 
input screens to fadUtate the entry of messages or questions 
by a customer. Alternatively, customer messages may be 
submitted to applications server 140 using an e-mail system. 
For instance, customer location 100 may submit messages 
addressed to a mailbox accessible by applications server 
140. For this purpose, an e-mail server may be provided as 
part of communications network 120. In addition, if a 
conventional, pubhc e-mail system is used, then customer 
messages may be sent as an encrypted file attached to an 
e-mail. In such cases, various encryption techniques may be 
used, such as encryption algorithms based on public-private 
key arrangements. 

[0042] Referring again to FIG. 2, after a message is 
submitted by customer location 100 (step S.20), the message 
is received and translated by applications server 140 (step 
S.22). Applications server 140 may perform one or mote 
translation routines. For example, if the customer message is 
received in an encrypted form, applications server 140 may 
decrypt the message. Thereafter, applications server 140 
may translate the message so that it may be accessed by 
message center 160. For this purpose, applications server 
140 may translate the message into a format that is acces- 
sible through an existing or legacy messaging center used by 
message center 160. For example, if the legacy messaging 
system is a corporate or private e-mail system, then appli- 
cations server 140 may generate an e-mail based on the 
customer's original message, with the e-mail being 
addressed to a mailbox address accessible by message center 
160 through the private e-mail system. 
[0043] Hie e-mail message generated by applications 
server 140 may incorporate the original message content 
submitted by the customer. Further, to facilitate proper 
handling of the customer's message, applications server 140 
may incorporate other information into the e-mail message 
using, for example, data headers or character strings. The 
data headers or character strings may have a predefined 
format and can be included in any part of the e-mail 
message, such as the subject line or message field of the 
e-mail. The information incorporated by applications server 
140 may include, for example, relevant customer informa- 
tion (such as a customer name or ID, and/or a customer 
account number). The customer information may be gath- 
ered.based on information entered by the customer during an 
authentication process and/or may be collected fi-om a 
customer database. Messaging handling information may 
also be includes using, for example, a message code or 
trigger in the subject line or message body of the e-mail. 
Such a message code or trigger may identify the type of 
message submitted by a customer (based on, for example, 
the type of message input screen used) and/or the priority 
level of the message (based on, for example, the status of the 
customer, the date of the original message, the type of 
message submitted by the customer, ete.). Consistent with 
embodiments of the invention, customer information and 
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message handling infonnation may also be provided in a file 
(such as a text file) that is sent as an attachment with the 
e-mail generated by applications server 140. 

[0044] Each of translated message is then reviewed by 
message center 160 (step S.24). To retrieve and review a 
customer message, a secure communications chaimel 192 
(see FIG. 1) is established between applications server 140 
and message center 160. Secure communications channel 
192 may be implemented in a number of different ways. For 
example, the translated customer message may be sent by 
applications server 140 to a legacy messaging system using 
a secure, private or local area network or a virtual private 
netwo±. The legacy messaging system, such as a corporate 
or private e-mail system, may be provided as part of 
message center 160 or provided at a separate location. A. 
corporate or private e-mail system may be an internal e-mail 
system that is generally not accessible to the public or 
through public communications networks. Customer service 
representatives of message center 160 may access the legacy 
messaging system to retrieve and review the customer 
message using a dedicated, iatemal communication link or 
a secure, local area network. Alternatively, applications 
server 140 may forward the translated customer messages 
directly to the existing messaging system or customer agent 
workstations of message center 160 using a secure, dial-up 
or permanent communication link. 

[0045] Customer service representatives may poU or 
review customer messages on a periodic basis. If customer 
information is provided with a customer message, then the 
customer information may be used by the customer service 
representatives to access information (such as customer 
account information) and/or determine an appropriate reply 
to the customer message. Further, if a message code or 
trigger is provided with a customer message, then the 
message code or trigger may be interpreted by the customer 
service agent to determine how to respond to the message. 
In addition, based on the specific nature of the customer's 
inquiry or the reply from the message center, a customer 
service representative may determine to update or change 
the message code or trigger. In any event, each of the 
translated customer messages from applications server 140 
may be reviewed and replied to by message center 160. As 
part of this process, a reply message is prepared by message 
center 160 (step S2S). 

[0046] Consistent with embodiments of the invention, 
reply messages may be prepared by message center 160 
using one or more legacy messaging systems. For example, 
customer service representatives may prepare a reply mes- 
sage to a customer using an existing corporate or private 
e-mail system. The reply message may include, for example, 
information requested by a customer and/or an answer to a 
question submitted by a customer. Information or answers 
provided in the reply message may contain confidential 
and/or non-confidential information. In addition, the cus- 
tomer's original message may be included as part of the 
reply message, as well as the relevant customer information 
(such as a customer name or ID, and/or a customer account 
number). 

[0047] Reply messages generated by message center 160 
may be forwarded to or retrieved by applications server 140. 
For example, using secure commuinications channel 192 (see 
EIG. 1), reply messages may be forwarded to or retrieved by 



applications server 140. In such cases, a customer service 
representative may send a reply message using the existing 
messaging system associated with message center 160. The 
reply message may be addressed to a mailbox address 
accessible by applications server 140. Applications server 
140 may retrieve reply messages from the legacy messaging 
system through, for example, a secure, dial-up or permanent 
communication link, a private netwodc or a virtual private 
network. Alternatively, the legacy messaging system may 
forward the reply message directly to applications server 
140 using a secure, dial-up or permanent commtmication 
link or virtual private network. 

[0048] Reply messages from message center 160 are trans- 
lated by applications server 140 into a message format that 
can be presented to individual customers (step S.28). Reply 
messages may be translated in a number of different ways. 
For example, if customers are permitted to view reply 
message through a Web site, then applications server 160 
may construct an HTML file to present the content of the 
reply message as part of a display screen generated by the 
customer's browser. Each HTML file may be indexed and 
stored in a database of applications server 140 according to 
customer identification information (customer name or ID, 
and/or customer account number). As part of step S2S, 
applications server 140 may generate an e-mail or post a 
message at a Web site to notify the customer that a reply 
firom message center 160 is available. The customer at 
customer location 100 may then log on the Web site (if the 
customer is not already authenticated on the Web site) and 
request to view the reply message. In response to the request, 
applications server 140 may retrieve and forward the HTML 
file containing the content of the reply message to the Web 
server, which in turn would forward the HTML file to 
customer location 100. Using the HTML file, the customer's 
browser would display the reply message content to the 
customer. To provide seciu-ity, a seaire messaging session 
may be established between customer location 100 and the 
Web server using a protocol such as HTTPS. As indicated 
above, HTIFS or another suitable protocol may also be used 
to transfer files between the Web server and applications 
server 140. 

[0049] If message triggers or codes are provided in the 
reply e-mail, then applications server 140 may review and 
remove the message handling information from the reply 
provided to the customer. The message handling information 
may examined by applications server 140 to determine the 
final values for the trigger or codes (for example, if iipdates 
were made by the message center) and, thus, the proper 
handling for the reply. For example, message trigger or code 
values may indicate the method by which the customer is to 
be notified and/or presented with the reply from the message 
center. 

[0050] In addition to using the Web, other arrangements 
for providing the reply message to the customer may be used 
depending on the type of secure communications channel 
182 established between customer location 100 and appli- 
cations server 140. For example, if a direct connection is 
made between customer location 100 and applications server 
140 over a PSTN or another type of pubMc communications 
network, then the reply message may be encrypted by 
applications server 140 and sent in a file format (such a text 
file) that may be opened and viewed by customer location 
100. Alternatively, reply messages may be forwarded by 
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applications server 140 using an e-mail system. For instance, 
applications server 140 may send the reply message to a 
mailbox accessible by customer location 100. If a conven- 
tional, public e-mail system is used, then the reply message 
may be sent by applications server 140 as an encrypted file 
attached to an e-mail addressed to the customer. 

[0051] As indicated above, embodiments of the invention 
provide secured messaging in a communications network 
environment, such as the Internet. Systems and methods 
consistent with the embodiments of the invention may be 
implemented to facilitate messaging of both confidential and 
non-confidential information. Such systems and methods 
may also be adapted to permit a message center to provide 
customer service in an environment that integrates legacy 
messaging systems of a message center. 

[0052] Referring now to FIG. 3, another exemplary sys- 
tem environment is illustrated, consistent with embodiments 
of the invention. The exemplary system environment of 
FIG. 3 may be adapted for use by a company that provides 
customer service features to its customers. For purposes of 
illustration, the exemplary system environment of FIG. 3 
and the related, exemplary method of FIG. 4 will be 
described with reference to a financial company that pro- 
vides financial products or services to customers, such as 
credit card accounts. It will be appreciated, however, that the 
examples of FIGS. 3 and 4 may be adapted for use by 
customers of other products or services, as well as different 
types of companies that offer customer service features. 

[0053] As illustrated in FIG. 3, a number of components 
may be provided in the exemplary system environment. For 
example, the system environment may indude one or more 
customer locations 302, a communications network 300, a 
Web server 360, an applications server 340, a legacy mes- 
saging system 320 and a message center 380. Although two 
customer locations 302 are illustrated in FIG. 3, any number 
of customer locations may be provided, with each customer 
location having access to or connectivity with communica- 
tions network 300. Further, while one communications net- 
work 300, one Web server 360, one applications server 340, 
one legacy messaging system 320 and one message center 
380 is illustrated in FIG. 3, these components may be 
provided in any number or quantity, depending on the needs 
and requirements of the system environment. 

[0054] Similar to customer locations 100 of FIG.l, each 
customer location 302 of FIG. 3 represents the location of 
a customer who communicates with message center 380 
through commxmications network 300. In the exemplary 
system environment of FIG. 3, the term "customer" encom- 
passes not only potential or actually customers of a com- 
pany, but also partners, suppliers, clients, employees and 
other related entities of the company. Message center 380 
includes one or more user terminals 382 that are staffed with 
customer service representatives or agents for the purposes 
of responding to messages from customers, providing infor- 
mation on products or services, and/or providing informa- 
tion concerning a customer's account (if applicable). By way 
of a non-Umiting example, message center 380 may be 
provided for or operated by a financial company or business 
entity that provides financial products or services to cus- 
tomers. For example, the financial company or business may 
provide one or more different types of credit card accounts 
to customers. 
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[0055] To access or connect to communications network 
300, customer location 302 may include suitable communi- 
cation equipment By way of non-limiting examples, cus- 
tomer location 302 may include a personal computer, a 
workstation or a laptop computer that is configured with a 
modem or other communication hardware for establishing a 
dial-up or permanent coimection with communications net- 
work 300. Customer location 302 may also include a mobile 
or wireless phone, a personal digital assistant (PDA) or any 
other type of handheld device that is capable of establishing 
a wireless and/or wired connection with communications 
network 300. Further, the commimication equipment at each 
customer location 302 may include communication software 
and other applications (such as a browser application and/or 
e-mail software) to facilitate communications, messaging 
and/or accessing of information over communications net- 
work 300. 

[0056] Communications network 300 focititates commu- 
nication between client locations 302 and the other system 
components of FIG. 3. For this purpose, communications 
network 300 may include any combination of technology 
and/or components for providing electronic communication. 
For example, communications network 300 may comprise 
any combination of wired or wireless technologies and/or 
communication networks, such as an intranet, the public 
Internet and/or a public switched telephone network 
(PSTN). Local-loop systems, gateway and/or service pro- 
viders (such as Internet Service Providers (ISPs)) may also 
be provided as part of communications network 300 to 
facilitate connectivity and/or communication services for 
each customer location 302. 

[0057] Web server 360 hosts one or more Web sites that 
are accessible to customer locations 302. Each Web site may 
• be a company Web site, or a Web site that is operated by a 
third party on behalf of the company. The Web site may 
include a secure messaging portal or center for customers of 
the company to submit and receive messages. The content of 
each Web site may be stored entirely or in part on the Web 
server 360 and/or applications server 340. As further 
described below, a Web site may be provided to facilitate the 
submission of messages by customer locations 302 and the 
refrieval of reply messages iiom message center 380. 
Although FIG. 3 illustrates Web server 360 as being con- 
nected to communications network 300, Web server 360 
may actually form part of the infrastructure for communi- 
cations network 300. 

[0058] Applications server 340 facilitates integration of 
legacy messaging system 320. Applications server 340 may 
be implemented with a server or computer-based platform 
and may include communication hardware and software. 
Software may also be provided with applications server 340 
to perform message handling and routing functions, such as 
those described below in connection with FIG. 4. In addi- 
tion, appUcations server 340 may include software to pro- 
vide one or more levels of security between communications 
network 300 and message center 380, such as a company or 
private firewall. Alternatively, applications server 340 may 
be provided as part of a corporate or private network, that is 
isolated or secured fi:om communications network 300 
through a firewall. Additionally, applications server 340 may 
also be provided with a database for storing customer 
information (such as customer name, accoimt nimiber(s), 
e-mail address, etc.) and message information. 
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[0059] The exemplary system environment of FIG. 3 may 
include one or more legacy messaging systems 320. By way 
of a non-limiting example, legacy messaging system 320 
may be a corporate or private e-mail system or other type of 
electronic messaging system. The corporate or private 
e-mail system may be an internal e-mail system that is part 
of a corporate or private network and generally not acces- 
sible to the public or through public communications net- 
works. Alternatively, the corporate or private e-mail system 
may be hosted extemally, with access to the system being 
provided through a secured communication link or network, 
such as a virtual private network. ITie corporate or private 
e-mail system may incorporate functions to facilitate mes- 
sage tracking, categorization and handling by message cen- 
ter 380. Examples of commercially available e-mail or 
messaging systems include Kana Response, available from 
Kana Communications, Inc. of Redwood City, Calif. 

[0060] As illustrated in FIG. 3, message center 380 may 

include one or more user terminals 382. User terminals 382 
may be staffed with customer service representatives or 
agents for providing customer service features, such as 
responding to messages from customers, providing infor- 
mation, and performing other customer service functions. 
Each of the user terminals 382 may include computer-based 
workstations or terminals for sending and/or receiving mes- 
sages through legacy messaging system 320. User terminals 
382 may also be connected to a corporate database server for 
accessing and retrieving information requested by custom- 
ers. Connectivity between user terminals 382 and legacy 
messaging system 320 and the corporate database server 
may be provided through a secure, direct communication 
link or private commtmication network, such as a local area 
network. 

[0061] FIG. 4 illustrates an exemplary flowchart for pro- 
viding secured messaging, consistent with embodiments of 
the invention. The features of FIG. 4 may be used to 
facilitate secured messaging between entities in the exem- 
plary system environment of FIG. 3, such as customer 
locations 302 and message center 380. The exemplary 
process of FIG. 4 begins with a customer logging onto a 
Web site (step S.40). As indicated above, the Web site may 
be established by a company to accept and handle messages 
from customer locations 302. The Web site may be hosted by 
Web server 360, witii the content of the Web site being 
stored entirely or in part on Web server 360 and/or appli- 
cations server 340. 

[0062] Using a browser, each customer location 302 may 
connect to the Web site through communications network 
300. Once connected to the Web site, a customer may be 
required to log-in or go through an authentication process 
before being able to submit messages to message center 380. 
For example, customer location 302 may be required to 
provide authenticating information such as a valid password, 
account number and/or username or ID. Alternatively, the 
log-in or authentication process could be automated by, for 
example, using software that causes customer location 100 
to automatically provide the necessary log-in or authentica- 
tion information to the Web server. 

[0063] After logging on to the Web site, the authenticated 
customer may then submit a message using the browser at 
customer location 302 (step S.44). The message include any 
combination or number of questions and/or requests for 
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information. To facilitate the entry of messages, a message 
input screen may be generated by the customer's browser. 
For this purpose, an HTML file for generating a message 
input screen may be provided by Web server 360 to customer 
location 302. A genetic message input screen may be pro- 
vided for all messages submitted by a customer. The generic 
input screen may include a subject select field to permit the 
customer to indicate the nature of his/her inquiry, and a 
comment field to enter the content of the message. Alterna- 
tively, depending on the type of question or information 
requested by the customer, specific message input screens 
may be generated by the customer's browser. For example, 
one message input screen may be provided to facilitate the 
customer in requesting information concerning their credit 
card account, while other message input screens may be 
provided to facilitate the customer in requestiag general 
information concerning financial products or services of the 
company. If different message input screens are available, a 
menu screen may be displayed to the customer to facilitate 
the ultimate selection and display of the proper message 
input screen(s) by the customer's browser. 
[0064] Once the message input screen is completed, the 
customer may submit the message (for example, by select- 
ing a SEND or SUBMIT button). As part of this process, the 
information entered through the message input screen may 
be sent as part of an HTTP request from the customer's 
browser to Web server 360. To transmit the message infor- 
mation between customer location 302 and Web server 360 
in a secured fashion, a secure messaging session may be 
established between the customer's browser and Web server 
360 in accordance with a secure sockets layer protocol, such 
as HTTPS. Web server 360 may forward the HTTP request 
to applications server 340 for further processing. If neces- 
sary, communication between Web server 360 and applica- 
tions server 340 may also be established using HTTPS or 
another protocol providing sufficient security. 

[0065] Referring again to FIG. 4, after the message infor- 
mation is submitted by customer location 302 (step S.44), 
applications server 340 may generate an e-mail for message 
center 380 based on the message information and relevant 
customer information (step S.48). For example, the subject 
field for the e-mail may be populated with the message type 
or subject selected by the customer. Further, the "to" address 
for the e-mail may be a mailbox address of message center 
380 that is accessible through legacy messaging system 320. 
The "from" address for the e-mail may be the customer's 
usemame or Web ID (such as an on-line Web servicing ID) 
with a domain associated with applications server 340. The 
body of the e-mail may contain the message content or text 
information entered by the customer. The body of the e-mail 
may also include data or message headers to facilitate 
handling of the e-mail. 

[0066] FIG. 5 illustrates an exemplary data header that 
may be included in the e-mail messages constructed by 
applications server 340. As illustrated in FIG. 5, the data 
header includes a character string ("4#-Seciu-edHeader") 
that initializes and closes the data header. The data header 
may include information that are used by customer service 
representatives at message center 380 in order to determine 
how to handle and/or re^ond to the customer's message. 
This information may include customer information (such as 
an Internet customer ID (ICID), a customer's name, cus- 
tomer account mmiber(s), a customer's personal e-mail 
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address, etc.), as weU as marketing or response information 
(such as Response Channel Type, Cross Sell Type, etc.). 
Relevant customer information may be gathered based on 
the information provided by a customer during an authen- 
tication process and/or accessed ficom a customer database. 
Mariceting or response information may be incorporated into 
the e-mail by application server 340 based on numerous 
factors, such as the type of inquiry or message submitted by 
the customer, the status of the customer, the type of products 
or services requested by the customer, etc. 

[0067] As further described below, the data header may 
also include message triggers (such as Intercept, Notify, 
Accept) which are set to initial values by applications server 
340 to indicate handling instructions for the customer's 
message. These message triggecs may be changed or 
updated to different values when the message is reviewed at 
message center 380. For example, a customer service rep- 
resentative may determine that an initial value of a message 
trigger is improper based on the type of message or reply to 
be provided to the customer and may update the message 
trigger value to provide proper notification and/or handling 
of the reply for the customer. 

[0068] After constructing the e-mail message, applications 
server 340 will forward the e-mail to legacy messagmg 
system 320. A secure, direct communication link or private 
network (such as a local area network) may be used to 
forward the e-mail from applications server 340 to legacy 
messaging system 320. The e-mail may be sent to a general 
mailbox address for message center 380. Alternatively, alias 
addresses may be defined for different categories of mes- 
sages. Alias addresses maybe formed from a combination of 
a codeword representing the message input screen type or 
subject selected by the customer and a domain associated 
with message center 320. Consistent with embodiments of 
the invention, a set of alias addresses may be defined for 
customer's messages related to confideatial information 
(such as questions related to a customer's credit card 
accoimt) as well as customer's messages related to non- 
confidential information (such as an inquiry for application 
information for a financial product or service of the com- 
pany, or a request concerning job openings with the com- 
pany). The use of alias addresses may permit e-mails 
received by legacy messaging system 320 to be routed to the 
appropriate group or set of customer service representatives 
at message center 380. 

[0069] Referring again to FIG. 4, e-mails constructed by 
applications server 340 are reviewed by message center 380 
(step S.52). To retrieve and review a customer message, a 
secure communications channel is established between 
applications server 340 and message center 380. For 
example, communication between each of the user terminals 
382 and legacy messaging system 320 may be established 
using a secure, direct communication link or a private 
network, such as local area network. With such a secure 
communications channel, customer service representatives 
at message center 380 may access legacy messaging system 
320 through user terminals 382 to retrieve and review 
e-mails contaiiung a customer's original message. 

[0070] When reviewing an e-mail, a customer service 
representative may examine the content of the customer's 
original message to determine the nature of the inquiry. The 
customer service representative may also inspect the data 
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header created by applications server 340 to identify the 
customer, access customer account information and/or deter- 
mine how the message should be handled. As indicated 
above, message triggers can also be included in the data 
header with values initialized by applications server 340. 
Such message triggers may be used to categorize the cus- 
tomer's message and/or provide message handling instruc- 
tions. By way of non-limiting examples, message triggers 
and associated trigger values may be defined as follows: 
[0071] INTERCEPT— Determines whether or not the cus- 
tomer wiU be notified of a reply message at the time of 
authentication into the Web site. If this value is required, the 
customer is required to read the reply message in order to 
proceed to other pages in the Web site. Exemplary INTER- 
CEPT values: O=none; l=suggested intercept; and 2=re- 
quired intercept. 

[0072] NOTIFY— Indicates whether or not a notification 
message will be sent to the customer's personal e-mail 
address to indicate that a reply message is available. Exem- 
plary NOTIFY values: 0-no notification; l=send notifica- 
tion e-mail to customer. 

[0073] ACCEPT— Specifies wheflier or not an Acceptance 
of Terms prompt will be presented to the customer following 
the review of the message. Exemplary ACCEPT values: 
0=no acceptance of prompt required; l=acceptance of terms 
prompt required. 

[0074] After each e-mail is reviewed at message center 
380, a customer service representative will formulate a 
response and generate a reply e-mail (step S.56). The reply 
e-mail is forwarded by message center 380 to legacy mes- 
saging system 320 using a mailbox address that is accessible 
by applications server 340. EIG. 6 illustrates an exemplary 
reply e-mail, consistent with embodiments of the invention. 
As illustrated in FIG. 6, the reply e-mail may include the 
original message from the customer, as well as a message 
header that contains the reply message from a customer 
service representative. The data header created by applica- 
tions server 340 is also maintained in the reply e-mail. 
However, the initial values of the message ti'iggers may 
change based on new data headers added to the reply. This 
may occur if the customer service representative decides to 
change or update the value or uses a message template which 
includes a message header with a predefined trigger value. 
In the exemplary reply e-mail of FIG. 6, a message header 
is used with a INTERCEPT trigger. This trigger will set the 
value for INTERCEPT to "01" when Uie reply e-mail is 
processed by applications server 340. 
[0075] Each reply e-mail sent to legacy messaging system 
320 is retrieved and processed by applications server 340. To 
determine the proper handling for the reply, applications 
server 340 may parse the message trigger values in the data 
headers by scanning the reply e-mail from top to bottom. 
The first instance of each trigger may be used by applica- 
tions server 340 to set the trigger value. After parsing, 
applications server 340 will strip or remove all data headers 
fi-om the text body of the reply e-mail, and prepare an HTML 
file so that the reply message can be presented to the 
customer through the Web. Alternatively, if the original 
message and reply relate to non-confidential information, an 
e-mail may be constructed ftom the reply message and sent 
to a personal e-mail address of the customer. 
[0076] After the reply e-mail is processed by applications 
server 340, notification is sent to the customer that a reply 



r 



r 



us 2003/0065727 Al Apr. 3, 2003 

9 



is available (step S.60). As indicated above, message trig- 
gers may be provided to indicate how notification is sent to 
the customer by applications server 340. Thus, for example, 
the set trigger values may indicate that notification be sent 
to the customer's personal e-mail address. Alternatively, the 
set trigger values may indicate that notification be presented 
to the customer the next time the customer logs in and is 
authenticated through the Web site. 
[0077] After receiving notification, the oistomer at cus- 
tomer location 302 may log on the Web site (if the customer 
is not already logged and authenticated on the Web site) and 
retrieve the reply message (step S.64). As part of this 
process, applications server 340 may retrieve and forward 
the HTML file containing the content of the reply message 
to Web server 360. In turn, Web server 360 forwards the 
HTML file to customer location 302 and, using the HTML 
file, the customer's browser can display the reply message. 
[0078] By way of a non-limiting example, FIG. 7 illus- 
trates an exemplary reply message that may be displayed 
with a customer's browser. As shown in the FIG. 7, the reply 
message text firom the customer service representative and 
the customer's original message may be displayed to the 
customer. All data headers are removed and do not appear in 
the reply message. 

[0079] To provide security, a secure messaging session 
may be established between customer location 302 and Web 
server 360 when an HTML file containing the reply message 
is forwarded to the customer location. For this purpose, a 
protocol such as HTTPS may be used to establish a secure 
messaging session. HTTPS or another suitable protocol may 
also be used to transfer HTML files between Web server 360 
and applications server 340. 

[0080] Other embodiments of the invention will be appar- 
ent to those skilled in the art from consideration of the 
specification and practice of the invention disclosed herein. 
For example, the pre-existing or legacy messaging system 
may incorporate templates that can be used by customer 
service representatives to construct a reply message to 
customers. Alternatively, reply messages firom service rep- 
resentatives may be composed using free form text entered 
using the legacy messaging system. 
[0081] In addition, the invention is not limited to the 
particulars of the embodiments disclosed herein. For 
example, the individual features of each of the disclosed 
embodiments may be combined or added to the features of 
other embodiments. In addition, the steps of the disclosed 
methods herein may be combined or modified without 
departing from the spirit of the invention claimed herein. For 
instance, messages may be received fix>m both authenticated 
and non-authenticated customers. If a message is sent from 
an authenticated customer, it can be considered confidential 
with a reply message handled according to the secured 
messaging techniques disclosed herein. In contrast, non- 
confidential messages or messages received firom non-au- 
thenticated customers may handled as general inquiries 
(such as from the public at large). In such cases, reply 
messages may be sent to a personal e-mail address of the 
entity that submitted the original message. 
[0082] Accordingly, it is intended that the specification 
and embodiments disclosed herein be considered as exem- 
plary only, with a true scope and spirit of the invention being 
indicated by the following claims. 



What is claimed is: 

1. A method for providing secured messaging, the method 
comprising: 

receiving, over a first secured communications channel, a 
message firom a customer at a customer location; 

translating the message from the customer location into an 
e-mail, the e-mail being addressed to an address that is 
accessible by a message center through a legacy mes- 
saging system; 

retrieving, at the message center, the e-mail through the 
legacy messaging system; 

preparing, at the message center, a reply e-mail that 
includes a response to the message from the customer 
location; 

retrieving, over a second secured communications chan- 
nel, the reply e-mail firom the legacy messaging system; 
and 

translating the reply e-mail into a message format that can 
be presented to the customer at the customer location. 

2. A method according to claim 1, wherein the step of 
receiving the message from the customer comprises: 

establishing a secure messaging session between the 
customer location and a Web server; 

generating a message input screen at the customer loca- 
tion to permit entry of the message of the customer; and 

transmitting a secure Hypertext Transfer Protocol 
CHTTPS) request firom the customer location to the 
Web server, the HTTPS request including the message 
of the customer entered through the message input 
screen. 

3. A method according to claim 2, wherein the step of 
receiving further comprises forwarding the HTTPS request 
from the Web server to an applications server. 

4. A method according to claim 3, wherein the step of 
forwarding comprises establishing a secure messaging ses- 
sion between the Web server and the applications server 
using a secure sockets layer protocol. 

5. A method according to claim 3, wherein the step of 
translating the message firom the customer location com- 
prises: 

constructing, at the applications server, an e-mail 
addressed to the message center, the e-mail including 
customer information and at least one message trigger 
with an initial value; and 

forwarding the e-mail addressed to the message center 
from the applications server to the legacy messaging 
system. 

6. A method according to claim 5, fiirther comprising: 

examining, at the message center, each message trigger 
provided in the e-mail to determine if the initial value 
assigned to the message trigger is proper and 

updating, in the reply e-mail, the value of each message 
trigger if the initial value is determined to be improper. 

7. A method according to claim 6, further comprising: 

inspecting, at the applications server, the value of each 
message trigger; and 
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notiEying, based on the value of each message trigger, the 
customer at the customer location that a reply ftom the 
message center is available. 

8. A method according to claim 1, wherein the customer 
location includes a Web browser and further wherein the 
step of translating the reply e-mafl comprises constructing 
an HTML ffle that can be interpreted by the Web browser at 
the customer location to display the response to the cus- 
tomer. 

9. A method according to claim 1, further comprising: 

notifying the customer at the customer location that a 
reply from the message center is available; and 

forwarding, upon request ftom the customer, the reply 
e-mail in the message format that can be presented to 
the customer at the customer location. 

10. A method according to daim 1, wherein the step of 
xetrieving the reply e-mail comprises: 

providing the second secured communications channel 
between the legacy messaing system and an applica- 
tions server; and 

forwarding the reply e-mail over the second secured 
communications channel from the legacy messaging 
system to the applications server. 

11. A method according to claim 10, wherein the step of 
translating die reply e-mail comprises constructing an 
HTML file that can be interpreted by a Web browser at the 
customer location to display the response to the customer. 

12. A system for providing secured messaging between a 
customer and a message center, the system comprising: 

means for receiving a message from the customer at a 
customer location; 

means for translating the message from the customer 
location into an e-mail, the e-mail being addressed to a 
mailbox address that is accessible by the message 
center through a legacy messaging system; 

means for retrieving, at the message center, the e-mail 
through the legacy messaging system; 

means for preparing, at the message center, a reply e-mail 
that includes a response to the message from the 
customer location; 

means for retrieving, at an applications server, the reply 
e-mail from the legacy messaging system; and 

means for translating the reply e-mail into a message 
format that can be presented to the customer at the 
customer location. 

13. Asystem according to claim 12, wherein the means for 
receiving the message from the customer comprises: 

means for establishing a secure messaging session 
between the customer location and a Web servei^ 

means for generating a message input screen at the 
customer location to permit entry of the message of the 

means for transmitting a secure Hypertext Transfer Pro- 
tocol (HTIPS) request from the customer location to 
the Web server, the HTTPS request including the 
message of the customer entered through the message 



14. Asystem according to claim 13, wherein the means for 
receiving the message from the customer further comprises 
means for forwarding the HTTPS request from the Web 
server to an applications server. 

15. Asystem according to claim 14, wherein the means for 
forwarding the HTTP request comprises means for estab- 
lishing a secure messaging session between the Web server 
and the applications server using a secure sockets layer 
protocol. 

16. Asystem according to claim 14, wherein the means for 
translating the message from the customer comprises: 

means for constructing, at the applications server, the 
e-mail addressed to the message center, the e-mail 
including customer information and at least one mes- 
sage trigger; and 

means for forwarding the e-mail addressed to the message 
center from the applications server to the legacy mes- 
saging system. 

17. Asystem according to claim 12, wherein the customer 
location includes a Web browser and further wherein the 
means of translating the reply e-mail comprises means for 
constructing an HTML file that can be interpreted by the 
Web browser at the customer location to display the 
response to the customer. 

18. A system according to claim 12, further comprising: 

means for notifying the customer at the customer location 
that a reply from the message center is available; and 

means for forwarding, upon request from the customer, 
the reply e-mail in the message format that can be 
presented to the customer at the customer location. 

19. Asystem according to claim 12, wherein the means for 
retrieving the reply e-mail comprises: 

means for providing a secure communications channel 
between the legacy messaging system and an applica- 
tions server; and 

means for forwarding the reply e-mail over the secure 
communications channel from the legacy messaging 
system to the applications server. 

20. Asystem according to claim 19, wherein the means for 
translating the reply e-mail comprises means for construct- 
ing an HTML file that can be interpreted by a Web browser 
at the customer location to display the response to the 
customer. 

21. A method for provide seciure messaging between a 
plurality of customers and a message center, comprising: 

providing a Web site that is accessible over the Internet, 
the Web site- including at least one message input 
screen; 

receiving, as part of a secure messaging session with a 
customer location, a message from a customer entered 
through the at least one message input screen; 

forwarding, as part of a secure Hypertext Transfer Pro- 
tocol (HTTPS) request, the message of the customer to 
an applications server; 

constructiag, at the applications server, an e-mail contain- 
ing the message of the customer, the e-mail being 
addressed to a private mailbox address that is acces- 
sible by the message center; and 
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examining, at the message center, the e-mail constructed 
by the applications server and generating a reply 
e-mafl, the reply e-mail including a reply to the mes- 
sage of the customer. 

22. A method according to claim 21, wherein the reply 
e-mail is addressed to a private mailbox that is accessible by 
the applications server. 

23. A method according to claim 22, farther comprising: 
forwarding, over a secure communications channel, the 

reply e-mail from the message center to the applica- 
tions server; and 
generating, at the applications server, an HTML file based 
on the reply e-mail from the message center, the HTML 
file including the reply of the message of the customer. 

24. A method according to claim 21, further comprising: 
providing a private e-mail system that is accessible to the 

applications server and the message center. 

25. A method according to claim 24, further comprising: 
forwarding, from the applications server to the private 

e-mail system, the e-mail addressed to the private 
mailbox address of the message center; and 

retrieving, at the message center, the e-mail from the 
private e-mail system. 

26. A method according to claim 24, further comprising: 
forwarding, from the message center to the private e-mail 

system, die reply e-mail addressed to the private mail- 
box address of the applications server; and 

retrieving, at the applications server, the reply e-mail from 
the private e-mail system. 

27. A method according to claim 21, further comprismg: 

constructing, at the applications server, an HTML file 
based on the reply e-mail from the message center; and 

forwarding, as part of a secure messaging session with the 
customer location, the HTML file to a Web browser at 
the customer location to display the reply from the 
message center to the customer. 

28. A method according to claim 21, further comprising: 

forwarding, upon request from the customer, the reply 
e-mail in a message format that can be presented to the 
customer at the customer location. 

29. A method according to claim 21, further comprising: 

in response to the reply e-mail, notifying the customer at 
the customer location that the reply from the message 

center is available. 

30. A system for providing secure messaging, the system 
comprising: 

a Web server connected to a plurality of customer loca- 
tions over a public communications network, the Web 
server being adapted to receive a message from a 
customer during a secure messaging session with one 
of the plurality of customer locations; 

an applications server connected to the Web server and 
adapted to receive the message fiiom the customer 
during a secure messaging session with the Web server; 



wherein, in response to the customer message received 
from the Web server, the applications server is adapted 
to: 

construct an e-mail containing the message of the 
customer, the e-mail being addressed to a private 
mailbox address that is accessible by the message 
center through the private e-mail system; 

retrieve, through the private e-mail system, a reply 
e-mail generated by the message center, the reply 
e-mail including a reply to the message of the 
customer and 

translate the reply e-mail into a message format that can 
be presented to the customer at the customer loca- 
tion. 

31. A system accordiog to claim 30, further comprising 
means for notifying the customer at the customer location 
that the reply from the message center is available. 

32. A system according to claim 31, further comprising 
means for forwarding, upon request from the customer, the 
reply e-mail in a message format that can be presented to the 
customer at the customer location. 

33. A system according to claim 30, wherein the appli- 
cations server is adapted to translate the reply e-mail from 
the message center into an HTML file and further wherein 
the HTML file is forwarded by the Web server, as pari of a 
secure messaging session with the customer location, to a 
Web browser at the customer location to display the reply 
from the message center to die customer. 

34. A system for providing secure messaging, the system 
comprising: 

a Web server adapted to receive a message from a 
customer during a secure messaging session with a 
customer location; 

an applications server connected to the Web server and 
adapted to receive the message from the customer 
during a secure messaging session wifli the Web server; 

a messaging system connected to the applications server 
and a message center; 

wherein, in req)onse to the message from the customer, 
die applications server is adapted to: 

construct an e-mail containing the message of the 
customer, the e-mail including a data header with 
customer information and message handling infor- 

forward the e-mail to an address that is accessible by 
the message center through the messaging system; 

retrieve, through the messaging system, a reply e-mail 
generated by the message center, the reply e-mail 
including a reply to the message of the customer; and 

translate the reply e-mail into a message format that can 
be presented to the customer at the customer loca- 
tion. 



a private e-mail system connected to the applications 
server and a message center; 
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(57) ABSTRACT 

A system and methods for managing Internet e-mail address 
changes, particularly useful for situations where subscribers 
change Internet service providers. A computer system man- 
ages a database of stored records correlating a first e-mail 
address of an intended recipient, e.g. an old e-mail address, 
to a second e-mail address, e.g. a new e-mail address of the 
intended recipient. A program module in the computer 
system is responsive to an Internet query for accessing the 
database to determine whether a second e-mail address of 
the intended recipient is stored in association with a first 
e-mail address. Another program module is operative for 
providing the second e-mail address as a response to the 
query. The query response is communicated to the sender or 
to the sender's ISP so that an undeliverable message can be 
resent to the new e-mail address. Also provided are security 
and authentication measures for ensuring that address 
change requests are vaUd and authentic. 

46 Claims, 5 Drawing Sheets 
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SYSTEM AND METHOD FOR ELECTRONIC 
MAIL (E-MAIL) ADDRESS MANAGEMENT 



TECHNICAL FIELD 
The present invention relates generally to electronic mail 
on the Internet (also called e-mail and email), and more 
particularly relates to a system and methods for managing 
e-mail addresses to effect the delivery of e-mail messages 
when a subscriber abandons an e-mail address and obtains a 
new e-mail address, as when a subscriber changes Internet 
service providers ("ISPs"). 

BACKGROUND OF THE INVENTION 

The Internet is a collection of computers, networks, 
routers, and gateways that use the TCP/IP suite of protocols 
to coimect computers aU over the world. The Internet links 
computers together in a way such that they can transfer 
information to each other. Computer users often subscribe to 
communication services provided by an Internet Service 
Provider ("ISP") to access and utilize the Internet. 

One of the popular uses of the Internet is to send and 
receive electronic messages, which are often referred to as 
electronic mail or "e-mail." E-mail is a compuler-to- 
computer version of interofBce mail or the postal service. 
E-mail enables computer users to send and receive messages 
over a computer network. Delivered messages are stored in 
electronic mailboxes that are assigned to users on the 
network. Messages received in a mailbox can be viewed, 
saved, or deleted by a recipient using known and popular 
electronic mail computer software such as CE Software's 
QUICKMAIL™, OUTLOOK™ made by Microsoft 
Corporation, EUDORA''" made by Qualcomm, and the like. 

In order to deliver e-mail, an addressing scheme is 
required. Each computer on the Internet is assigned a 
numeric Internet protocol ("IP") address, which is a part of 
the TCP/IP protocol. The IP address in the current TCP/IP 
scheme consists of four discrete numbers, each less than 
256, separated by dots (e.g., 123.4.5.678). A distinct IP 
address is assigned to each different computer that is con- 
nected to the Internet. Because numeric IP addresses are 
difficult for people to remember, the custom has arisen to 
utilize domain names for computers on the Internet rather 
than the IP numbers themselves. 

TVpical e-mail messages are addressed to a recipient in the 
form of "usemame@domaiDLjiame.domain," where user- 
name is a form of name for a message recipient, domain_ 
name is a lower level domain name assigned to an organi- 
zation or an ISP, and domain is a top level domain name. 
Present top level domain names are limited and can be the 
U.S. government (.gov), the U.S. military (.mil), a network 
(.net), a commercial enterprise (.com), an educational insti- 
tution (.edu), or a country (e.g., .jp for Japan or .uk for the 
United Kingdom). For example, Joe Smith might subscribe 
to Internet service provided by a commercial enterprise or 
ISP called "Braincoil, Inc." and be given an e-mail address 
in the form ofjoe_smith@braincoil.com. 

A computer called a domain name server ("DNS") trans- 
lates between the domain_name.domain portion of an 
e-mail address and the numeric Internet protocol ("IP") 
address. When a message with an e-mail address is received 
at an ISP &om one of its subscribers, the ISP employs a DNS 
to look up the numeric IP address associated with the e-mail 
address. Using the IP address of the message, the ISP 
transmits the message to an electronic device called a router, 
which selects one of possibly several different data commu- 
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nication paths connected to another computer and sends the 
message to the other computer. The message is passed from 
computer to computer, via their respective connected 
routers, until the message arrives at a computer associated 
5 with the ultimate intended recipient. Typically, the final 
computer to receive the message is a computer operated by 
the ISP to which the recipient subscribes. The message is 
then stored in a mailbox associated with the subscriber, and 
the subscriber is often notified via e-mail software that he or 
10 she has mail in the mailbox. 

A particular problem encountered in today's usage of the 
Internet is the movement of subscribers from one organiza- 
tion to another, such as firom one ISP to another. There are 
many reasons for subscribers to change ISPs, includiag a 
15 geographical move fi:om one part of the country to another, 
a change to obtain a more favorable pricing plan, and a 
dissatisfaction with the service provided by an ISP. Chang- 
ing ISPs typically means that a subscriber's e-mail address 
will change, unbeknownst to people who wish to send that 
20 subscriber a message. For example, Braincoil subscriber Joe 
Smith might have origiDally had an address such as joe_ 
smith@braincoil.com. If Joe Smith moves his Internet ser- 
vice to a new and different ISP called "Headspiral", he might 
acquire a new e-mail address such as joe.smith@headspiral. 
25 com. Although it might be desirable to have a person keep 
bis e-mail address on a permanent basis, the present scheme 
of addressing typically mandates that changing ISPs results 
in changing e-mail addresses. 
People who wish to send Joe Smith a message may not 
30 know that Joe Smith has changed ISPs and thus has a new 
e-mail address. After a person changes ISPs, his old e-mail 
address at his old, former ISP becomes invalid. Messages 
sent to an invalid e-mail address typically "bounce" back 
&om the intended recipient's old ISP to the sender's ISP. 
35 Stated in other words, the old ISP cannot deliver the message 
to the recipient, who is no longer a subscriber. In this case, 
the old ISP typically sends a predetermined message back to 
the sender's ISP that the message is undeliverable. This 
predetermined "bounce" message often includes a text string 
40 containing the text "message undeliverable". The predeter- 
mined bounce message is delivered to the sender to inform 
him or her that there is a problem with delivery of the 
message. 

After a sender receives a boimce message, the sender may 
45 conduct a search on the Internet or may attempt to contact 
the intended recipient by other means (e.g., telephone) in 
order to obtain the iotended recipient's new e-mafl address. 
If the sender succeeds in finding the new e-mail address, he 
can send the message again, though a delay in delivery of the 
so message has resulted. On the other hand, if the sender cannot 
find the new e-mail address, then the message cannot be 
delivered at all. 

It would be helpful if ISPs maintained a list correlating 
old e-mail addresses and new e-mail addresses and updated 
55 ihe list when subscribers terminated their subscriptions. That 
way, they could provide a forwarding service. However, 
ISPs typically have no financial incentive to forward mes- 
sages intended for former subscribers. Message forwarding 
requires use of computer and bandwidth resources for which 
^° ISPs will typically receive no payment. Thus, a need exists 
for a system and methods that &cilitate delivery of e-mail 
when a person obtains a new e-mail address and bis or her 
old e-mail address becomes invalid. 
55 SUMMARY OF THE INVENTTON 

Briefly described, the present invention comprises a sys- 
tem and methods for managing e-mail address changes. The 
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preferred system comprises a computer for managing a 
database of stored records correlating a first e-mail address 
of an intended recipient to a second e-mail address of the it js another object of the present invention to provide a 
intended recipient. A program module in the computer system for e-mail address management that facOitates deliv- 
system is responsive to an Internet query from a sender of an 5 ery of e-mail for new subscribers of an ISP by providing an 
e-mail message based on the first e-mail address of the address matching service between old e-mail addresses of 
intended recipient. The program module accesses the data- subscribers and their new e-mail addresses, 
base to determine whether a second e-mail address of the ^^^^ ^^^^^ ^^jects, features, and advantages of the 
mtended recipient is stored m associaUon with the first present invention will become more clear upon reference to 
e-mail address. Another program module in the computer lo accompanying drawings and the foUowing detailed 
system, which is responsive to a determmation that a second description 
e-mail address of the intended recipient is stored in asso- 
ciation with the first e-mail address, retrieves the second BRIEF DESCEUPTION OF THE DRAWINGS 
e-mail address as a response to the query. Furthermore, a 

program module is provided for communicating the query is FIG. 1 is a block diagram illustrating the present known 

response to the sender system for communicating e-mail messages from a sender to 

A principal use of 'the invention wiU be in situations ^'^""^^^ '«"P'^°' 

wherein the first e-mail address is an invalid old address FIG. 2 is a flow chart iUustrating the known process by 

associated with a former Internet service provider (ISP) of which present day e-mail systems handle e-mafl deHvery 
the intended recipient, and the second e-mail address is a zo and error messages in the event of failed deHvery. 

new e-mail address associated with a new ISP of the FIG. 3 is a block diagram illustrating an Internet-based 

intended recipient. system for communicating e-mail messages firom a sender to 

Preferably, the computer systems utilized in implement- an intended recipient constructed in accordance with the 

ing the present invention are Internet accessible, and the present invention. 

query and query response are communicated via Internet ^ FIG. 4 is a flow chart iUustrating the process carried out 

messaging protocols. by the preferred system of FIG. 3. 

According to another aspect of the invention, a computer FIG. 5 illustrates the process by which a person registers 

system automatically forwards the e-mail message to the an address change and authentication steps for use in the 

second e-mail address in response to receipt of the query preferred system of FIG. 3. 
response. In one embodiment, it is a computer system 

associated with the sender of the e-mail message that DETAILED DESCRIPTION OF THE 

automatically forwards the e-maU message to the second PREFERRED EMBODIMENT 

e-mail address in response to receipt of the query response. Referring now to the drawings, m which like numerals 

More specifically, the query response is provided to an ISP indicate like elements and/or components throughout the 

associated with the sender, and the sender's ISP autofor- several figures, FIG. 1 illustrates the present general Internet 

wards the e-mail message to the second e-mail address. environment 100 in which electronic mail operates. Asender 

Alternatively, the query response may be provided direcUy 110 is a person who wants to send an e-mail message to an 

to the sender, and the sender's computer is operative to intended recipient 150. The sender 110 subscribes to Internet 

readdress and reseod the e-mail message. service via a sender Internet service provider (ISP) 120. The 

According to yet another aspect of the invention, there is sender 110 believes the intended recipient 150 is another 

provided a program module for creating a new record in the computer user who subscribes to a recipient ISP 140. The 

database in response to receipt of an address change request sender ISP 120 and the recipient ISP 140 are connected for 

from a consumer. For security purposes, such as ensuring data communications through a data network such as the 

that address changes requests are authentic, the program Internet 130, which is represented as a "cloud" to indicate its 

module for creating a new record in the database is operative amorphous, widely dishibuted nature, 

for requiring predetermined authenticatmg information pjo. 2 illustrates the known prior art process 200 that is 

before creating a record in the database. This authenticating followed when an e-mafl message is sent &om a first user at 

information is preferably obtained from an hilemet acces- one jsp (the sender 110) to an intended recipient. Starting at 

sible authenticating authority. Various types of authenticat- step 210, the sender 110 composes an e-mail message. He 

ing information may be required, such as a consumer then addresses that e-mail with an address he believes to be 

authenticator identifying the person that requested the ,jje correct one for the intended recipient. As described 

address change or a merchant authenticator identifying the above, an e-mail address is formatted to comprise two pieces 

ISP from which the address change request originated. of information: 1) recipient's usemame (which corresponds 

In embodiments of the invention that include the security 55 to the mailbox the sender believes the intended recipient has 

features, the database stores other predetermined informa- at an ISP), and 2) the domain name and domain associated 

tion in association with the first e-mail address and the with the recipient ISP 140. After composing and addressing 

second e-mafl address, such other information selected from the message, the sender 110 then sends the message from his 

the group comprising a consumer consent, consumer computer utUizing known e-mafl computer software, 
authentication, and merchant authentication. go After the sender 110 sends the message, step 220 is 

In addition to implementing the present invention with performed. In step 220, the message arrives at the sender ISP 

systems operative as described above, the present invention 120. Next, in step 230, the sender ISP 120 routes the 

may also be embodied as computer-implemented methods message to the recipient ISP 140 using the address that was 

for carrying out the various e-mafl address management and provided with the message. The sender ISP 120 typicaUy 
address change operations of the invention. 65 does this by employing a domain name server (DNS) to 

Accordingly, it is an object of the present invention to translate the address provided with the message into a 

provide a system and methods for managing e-maU numeric IP address. Using the IP address, the sender ISP 120 
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sends the message over the Internet through the proper mail 
gateway (not shown). After traveling over the Internet 130, 
the message arrives at the recipient ISP 140. 

Next at step 240, the recipient ISP 140 determines 
whether there is an address match. That is, the recipient ISP 5 
140 determines if the mailbox specified in the usemame 
portion of the e-mail address exists at that ISP. This step is 
effected by reference to a stored list of valid addresses 
associated with the recipient ISP. 

If there is an address match, the recipient ISP 140 deposits 
the message in the mail box of the recipient ISO at step 250. 
Once a message has been deposited in the recipient's 
mailbox, the recipient can access that message in step 260 
through a computer connected to the recipient ISP 140. 

If, at step 240, there is no address match for the e-mail 
message at the recipient ISP 140, then step 270 is performed. 
At step 270, the recipient ISP 140 returns the message to the 
sender in the known manner along with an error message 
(also called a "bounce" message) because the intended 
recipient does not have the mailbox specified in the address 
at the recipient ISP The recipient ISP 140 returns the 
message by sending it back over the Internet 130 to the 
sender ISP 120. In turn, the sender ISP transmits the error 
message to the mailbox of the sender 110. As previously 
described, a typical error message contains the text string ^ 
"message undeliverable." Although most present day e-mail 
systems typically include this "message undeliverable" text 
string, those skilled in the art will appreciate that other 
mechanisms or text strings can exist or be created to indicate 
the fact that an e-mail message cannot be delivered to a 
particular mailbox, and that such other mechanisms or text 
strings may serve as an indication that a "message" is 
"undeliverable" witliin the scope of the present invention. 

Now that the known e-mail process 200 has been ^ 
described, one can better appreciate what events may lead a 
message to be returned to a sender because the message 
could not be delivered to the intended recipient. In 
particular, one common situation merits special menlion. 

Suppose the intended recipient was at one time connected ^ 
to the Internet through an ISP called Old ISR WhUe the 
recipient had a mailbox at Old ISP, he distributed his e-mail 
address to many others, including sender. At a later time, 
suppose that the intended recipient changed ISPs from Old 
ISP to a different ISP called New ISP. In doing so, the ^ 
intended recipient's mailbox at Old ISP was removed, and 
he got a new mailbox at New ISP. Along with the mailbox 
change, of course, came an address change £com an old 
e-mail address to a new address. However, the intended 



Clearly, the described problem inconveniences both send- 
ers and intended recipients. It also poses a burden to any ISP 
attempting to win over customers from other ISPs. Many 
people have a natural resistance to change; once an e-mail 
address has been widely disseminated, there is a disincentive 
to obtain a new address because of the inconvenience of 
notifying a large number of people of the new address. 
Therefore, there is a need in the art to reduce the inconve- 
niences caused by users changing ISPs and/or addresses. 

The present invention makes the process of sending 
e-mail fimction more smoothly through a system and meth- 
ods for managing e-mail addresses, especially e-mail 
addresses that have changed. In this manner, the present 
invention allows reduction of the inconveniences caused by 
a user changing his or her ISP or address. 

Referring next to FIG. 3, a general Internet architecture 
300 that includes an E-mail Address Management System 
("EAMS")330 constructed in accordance with the preferred 
embodiment of the present invention is shown and will be 
described. The preferred EAMS 330 is a computer- 
implemented database system comprising a gateway 332, a 
computer server 335, and a memory or database 338 con- 
structed as a database look-up table that correlates an old 
e-mail address to a new e-mail address for each participant. 
For example, the recipient 150 at one time was a user of Old 
ISP 140 and had an old mailbox at Old ISP with an old 
address. At a later lime, the recipient 150 changed ISPs to 
New ISP 320 and obtained a new mailbox at New ISP with 
a new address. 

In the preferred system, the recipient 150 registers his or 
her address change with the EAMS 330 in order to have 
information about the address change in the database 338. 
The registration process is discussed in more detail later. As 
described above, the preferred EAMS 330 contains an old 
address and a new address for each address change regis- 
tered with the EAMS 330 and stored in the database 338. 
Preferably, this address change information is stored in the 
form of a data record 340 having a plurality of data fields, 
including an old e-mail address field 342 and a new e-mail 
address field 344. The fields of a plurality of these records 
may be indexed for searching or otherwise stored so that 
they can be retrieved in accordance with known database 
techniques. 

The EAMS 330 is connected to the Internet 130 and thus 
is accessible by any ISP that is connected to the Internet and 
can send and receive e-mail messages. Other types of 
communications between the EAMS 330 and ISPs are 
possible and contemplated in the present invention, such as 



recipient's old address was so widely distributed that he may so file transfer protocol (ftp) messaging, hypertext transfer 
have been unable to inform every Mend and acquaintance of protocol (http) messaging, and customized messaging using 
his new address. Further suppose that the sender was one of the TCP/IP protocol. However, the known Internet e-mail 
those people that the intended recipient failed to inform of messaging protocol is preferred for its simplicity and wide 
the new address. acceptability. 

Now, suppose that the sender wants to send a message to s5 Also shown in FIG. 3 is an authenticating authority 360 
the intended recipient. Not having been informed otherwise, connected to the Internet 130. The authenticating authority 



the sender assumes that the intended recipient 
receive e-mail at the old address. When the sender sends a 
message to the intended recipient at the old address, it is 
returned to him with an error message because Old ISP is 
unable to find an address match. 

If, at that point, the sender still wants the intended 
recipient to receive the message, he will first have to conduct 
a search to find the intended recipient's new address. If the 
sender succeeds in finding the intended recipient's new 
e-mail address, he must then once again send the message, 
this time to the new address. 



}f several known types of systems, that provide 
computer-based authentications, such as a certificate author- 
ity. One example of a known authenticating authority is the 
D Cybertnist, operated by GTE. An authenticating authority 
360 may be involved in the present invention in embodi- 
ments wherein the EAMS 330 , for security and fraud 
prevention purposes, requires certain authenticating infor- 
mation from subscribers before accepting data that corre- 
5 lates a new e-mail address to an old e-mail address. 

According to another aspect of the invention, described in 
more detail below, the database 338 also stores predeter- 
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mined information associated with an old e-mail address and the bounce message in the iSrst place. The sender 110 may 

new e-mail address. By way of example but not limitation, also want to query the EAMS 330 about an address change 

this information may include consumer consent information, if the sender suspects, even before sending an e-mail, that 

consumer authenticator information, and merchant authen- the intended recipient 150 has changed addresses, 

ticator information and may be stored in separate but asso- 5 j another embodiment of the present invention, a 

dated fields 350, 352 ^d 354, respectively, of the record ^^^^^^ .^^^ forwarding software that is 

340. Such additional fields are preferably provided for stored on the sender's computer. The forwarding software is 

purposes of secunty toubleshootmg, and dispute handhng. ^ ^^^^^^ ^ ^^^^ ^ 

GeneraUy, the EAMS 330 is operative to receive from any previously sent by the sender could not be deliv- 

source quenes m the form of predetermined messages ered (i.e., the software is automatically responsive to the text 

containing an e-m^ address In response to receiving a „^ undeliverable" contained in an e-mail 

que.7, the JAMS 330 can look up the e-mail address m the ^ „ ^ bounce message, the 

database 338 m order to de teixmne if the e-mad address is ^^^.^ J^q^^^ ^„ i^ti^^ ^ ^ the EAMS 330 

associated widi a new e-mail address, to one embotoent of ^^^^^^ ^ ^ ^^^^^^ associaUng a new 

flie present mvention. the que>y to toe EAMS 330 may ^5 ^^^^^ ^^^^ ^.^^ ^^^^ ^ ^ 

mclude a message that the EAMS 330 automaUcally for- ^^^^^^^ ^ 330 then notifies the 

wards C'autoforwards") to the new address if a new address ^^^^^^^ preferably via e-mail, of the results of 

^ . . the query, and the EAMS 330 includes the new address if 

Alternatively, the BAMS 330 is not operative to auto- Upon notification that there exists a new 
matically forward a message even if a new address is found 20 address, the forwarding software automaticaUy forwards the 

after searching the database 338. Instead, if the database 338 ^^^^ ^^^^^ previously could not be deUvered to the new 

correlates a new address with the address sent m the query, address. 

the EAMS 330 informs the entity which sent the query about f a ^^a ■ 1 „ .u™ 

the new address. On the other hiid. if the databa^ 338 does , 1° ; ^' a "i^ forwarder 114 is also shown connected 

not have a new e-mail address assiiciated with the address ^5 '° ' ^ """^ ^^-^ Xf^'"" °^ 

sent in the query, the EAMS 330 informs the entity which ^-^^'^ ''^'''P 'J' ^ given e-mail address over 

sent the query of this fact. Various embodiments of the f ^T%f^' '"^Tl u T^ l . T 

' vention are ossible in which different entities forwarder 114 then sends the message back out onto the 

presen myen ion are possi e in w ^ ^„u^a: Internet to another Internet address. The address to which 

query the EAMS 330. A few of these exemplary embodi- , „ .„ i.j.-jt. 

^ f , . „ . ,„M ^ ' the e-mail message is forwarded may be determined by 

ments are now d^cussedm more detail. ^^j^^^ ,„ f ,^ fodder 114. or alter- 

'5 ^f/jfo^ embodmient of the present mvention the ^ ^^^^^ ^ - ^ ^ ^^^^^ 
sender ISP m is configured to autoforward e-mail contain- ^.^^il itself for instructions on where to send the e-mail, 
mg an old address to a new address. If a message IS sent to ,ot. j ,1. 
an intended recipient at the old address, the message is Th« "^il forwarder 114. the sender ISP 120. and the 
returned to the sender ISP 120 with an error message, since 35 ""/^^ ^ ^ •f.'P/^^u ^ 
there is no address match at Old ISP 140. At that point, the sendmg and receivmg e-mail messages. One sMed in the 
sender ISP 120 queries the EAMS 330 over the totemet 130 ^^."1^ recognize that vanousembodunenls of the present 
^ ■ - ■ ...... invPTitinn arp nn<:=,iiip. which auy One of the sending 



to find out if there is an address change registered with the 



EAMS for the old address. Then, the EAMS 330 searches its entities attempts to send an e-mad_ n _ _ 

database to see if it contains a record relating the old address 40 I'^'^'T^^o ?anf ' '."""1"^= !S error, queries 

to a new address. If a new address is found for the old thf EAMS 330 based on Je first addr^ receives a second 
address, then the EAMS 330 sends the new address back to address over the Internet from the EAMS 330 m response to 
the sender ISP 120. With the new address, the sender ISP 120 f^e query, and then resends the e-mail message usmg the 
automatically forwards the message to the intended recipient second address. 

150 at the new ISP 320 and notifies the sender 110 via e-mail 45 FIG- 4 is a flowchart illustrating a computer-implemented 
of the intended recipient's new address. If the EAMS 330 process or method 400 for sending an e-mail in accordance 



does not find a record relating an old address to a new with the preferred embodiment of the present in 

address, then the EAMS 330 preferably notifies the sender described process assumes that a sender ISP is configured to 

ISP 120 of this fact. In this case, the sender ISP 120 then access an EAMS 330 over the Internet in the event that a 

notifies the sender 110 via e-mail that the message could not 50 message is returned to it which is undeKverable. 
be delivered to old address and that there was no forwarding The method 400 is preferably implemented as one or 

address registered with the EAMS 330. more computer application programs, operative to run on a 

Inanotherembodimentof the invention, a sender 110 who computer apparatus comprising a central processing unit, 

Dreceives a bounce message can himselfor herself query the main memory, permanent read/write memory (hard disk, 

EAMS 330 over the Internet 130 to determine if the intended 55 floppy disk, etc.), display, keyboard, and mouse. Such 

recipient 150 has registered an address change with the elementsof a computer apparatus are known to those skilled 

EAMS 330. In such an embodiment, the query may be in the art and will not be described further herein. It will 

conducted via e-mail. Alternatively, the EAMS 330 may further be appreciated that the steps of EIG. 4 are carried out 

have a web site interface (i.e., an http interface) that allows in several different computer devices connected, for 

a sender 110 to input an e-mail address and determine if that 60 example, via the Internet. These computer devices comprise 

e-mail address is correlated with a new e-mail address. This a computer system associated with the message sender, a 

aspect of the invention is useful where the ISP of the sender computer system associated with the message sender's ISP, 

110 is not configured to automatically query the EAMS 330 a computer system associated with the intended recipient's 

to obtain a new e-mail address in response to receipt of a old ISP, a computer system associated with the intended 

bounce message. In this situation, the sender 110 who finds 65 recipient's new ISP, and a computer system associated with 

a new address after making a query of the EAMS 330 can an EAMS 330 constructed and operative as described 

then use the new address to resend the message that caused herein. The discussion which fijllows will enable one skilled 
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to the art to iindeistand which portions or parts of the process the mailbox specified in the address at the recipient ISP 

400 are applicable to and carried out in which computer specified in the address. Or, there might be no EAMS match 

system. because the intended recipient changed addresses but failed 

Starting in FIG. 4 at step 405, a sender composes a to register the address change with the EAMS 330. In step 
message at his or her computer and addresses it to the 5 455, the EAMS 330 notifies the sender ISP that there was no 

address believed to be correct for an iatended recipient. The EAMS match. 

sender then sends the message from his computer to a At step 460, the sender ISP notifies the sender, typically 

computer system that provides Internet access, which is via e-mail, that the message could not be delivered to the 

typically the ISP at which the sender maintains an Internet address provided for the message and that there was no 
service subscription. An example of the ISP to which the lo address change registered with the EAMS 330 for that 

sender may send his message is the sender ISP 120 of FIG. address. After step 460, the process ends at step 435. 

3. It will, however, be appreciated that a message need not it will of course be appreciated that there wQl be an 

be sent to a specific ISP at which the sender maintains a EAMS match found at step 450 in the event that the intended 

subscription; rather, in accordance with the invention, the recipient has registered his or her address change with the 

message may be sent to any computer system that provides £A]^s 330. a match will also be foimd at step 450 in the 

Internet access, which for purposes of th^ description serves event that the EAMS 330 for some other reason contains a 

as the "sender ISP". record matching the old e-mail address to a new e-mail 

At step 410, the message arrives at the sender ISP. At step address. For example, the present invention contemplates 

415, the sender ISP chooses a particular mail gateway in the situation where ISPs transmit address changes to the 
accordance with the IP address of the message and routes the ^° EAMS 330. The present invention also contemplates the 

message to the ISP indicated in the message address as the situation where some other third party provides the EAMS 

recipient ISP. The message is then sent over the Internet and 330 with a list correlating particular e-mail addresses to 

arrives at the recipient ISP, which is the old ISP 140 in FIG. other e-mail addresses. 

3. Returning to step 450, if there is an EAMS match for the 

At step 420, the recipient ISP determines whether there is address provided in the address query fi^om the sender ISP, 

an address match, i.e., whether the mailbox specified in the then control passes to step 462, in which the EAMS 330 

address of the received message presently exists at recipient sends the new address over the Internet back to the sender 

ISP. This is carried out in the knovm manner by reference to ISP. Once the sender ISP receives the new address, the 

an address table stored at the recipient ISP that correlates sender ISP notifies the sender via e-mail of the intended 

subscribers of that ISP and their associated e-mail addresses. recipient's new address in step 465. 

If the recipient ISP finds an address match at step 420, In step 470, the sender ISP forwards the message to the 

then step 425 is performed. At step 425, the recipient ISP intended recipient's new ISP using the new address. After 

deposits the message in the mailbox specified in the address. the new ISP receives the message, control passes to step 420, 

At step 430, the intended recipient accesses the message with the new ISP now serving as the recipient ISP. The 

from Uls mailbox using a computer connected to the recipi- message is then delivered to the intended recipient in 

ent ISP. After the intended recipient accesses the message in accordance with the steps subsequent to 420. 

his mailbox, the process ends at step 435. pio. 5 illustrates a registration process 500 in which 

It will be appreciated that the situation of the foregoing persons with e-mail addresses or mailboxes ("consumers") 
steps is identical to that of FIG. land the accompanying text ^ provide information to the disclosed EAMS 330 for the 

where the intended recipient has a mailbox at the address to purpose of maintaining the cross reference table or database 

which the sender 110 sends the message. If this is the case, 338 of FIG. 3. Typically, the present invention contemplates 

it will of course be appreciated that the EAMS 330 does not creation of a new record in the database in response to 

enter into play. On the other hand, if, at step 420, there is no receipt of an address change request &om a consumer. It will 

match between the e-mail address of the message received be appreciated that there are several ways in which a 

at the recipient ISP and the list of valid addresses at the consumer may provide the requisite information of an e-mail 

recipient ISP, the "no" branch is followed to step 440 and the address change to the EAMS 330. 

method of the present invention comes into play. Que way to register an address change is for a consumer 

At step 440, the recipient ISP returns the message to the 510 to register an address change with the EAMS 330 

sender ISP over the Internet with an error or bounce directly in the form of an address change request. In this 

message, as previously described. Control then passes to case, the consumer 510 provides the EAMS 330 with an 

step 445. address change request comprising predetermined informa- 

At step 445, the sender KP receives the error message and lion indicating the identity of the consumer and the e-mail 

sends an address query to the EAMS 330 over the Internet address change. For security purposes and for ensuring that 
to determine if there is an address change registered with the 55 an address change is valid, the EAMS 330 may require 

EAMS 330 for the address indicated in the returned mes- certain additional information &om the consumer before 

sage. The address query comprises the address for which a creating a record correlating the given new e-mail address to 

new address is sought. an old address. This additional information may include the 

After the EAMS 330 receives the address query, step 450 consumer's social security number, mother's maiden name, 
is performed. In step 450, the EAMS 330 searches its 60 employer's ED number, and similar information, 

database, i.e. database 338 FIG. 3, to see if it contains a In such an embodiment, however, it will be appreciated 

record relating a new address to the address contained in the that security is not as great as may be desired, and greater 

address query. If a new address is found for the address of assiurance of the validity of an address change may be 

the address query, then there is an EAMS match. preferred. Therefore, preferred embodiments of the inven- 

If there is no EAMS match, control passes to step 455. 65 lion vwll employ devices or methods for increasing assur- 

There are several reasons for no EAMS match. For example, ance of a valid change. Those skilled in the art will under- 

the reason could be because the intended recipient never had stand and appreciate that there are presently several known 
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methods for aulhenlicatiDg a person's identity and authority and is reauthorized and/or recognized by the BAMS 330 as 

in the Internet environment. For exanqjle, an authenticating an entity from whom the EAMS 330 accepts address 

authority, such as the authenticating authority 360 in FIG. 3, changes. In accordance with an aspect of the invention, the 

is preferably employed to provide such greater assurance of EAMS 330 can refuse to accept address change requests 

a valid address change. 5 from ISPs that are known to be "outlaw" or have developed 

In accordance with the preferred embodiments of the a history of customer problems or unauthorized address 

invention, the EAMS 330 requires predetermined authenti- changes. As in the case of consumer authentication, ISPs can 

cation information prior to effecting an address change. This obtain a merchant authenticator by registering with any one 

is to minirize the possibility that an unauthorized person can of a number known authentication authorities approved 

successfully divert e-mail from a known e-mail address to and/or recognized by the entity ranoing the EAMS 330. All 

another address for unlawfiil purposes such as e-mail inter- registrations may, but need not, be transacted electronically 

ception or as a malicious prank. Preferably, therefore, any over the Internet 130. 

registra:tion with the EAMS 330 will include (1) an address Once the EAMS 330 receives the required predetermined 
change request and (2) a consumer authenticator. The information, e.g. change request, consumer consent, con- 
address change request typically includes the consumer gujjjer authenticator, and merchant authenticator, it first 
510's old e-mail address and new e-mail address, as weU as validates both the consumer authenticator and the merchant 
other optional infonnation. authenticator. This is carried out in the known manner by 

The consumer authenticator simply ensures that the con- reference to the applicable authorities that issued the authen- 

sumer 510 is who he says he is. The consumer 510 can ticators. After validation, the EAMS 330 creates a record in 

obtain a consumer authenticator by registering with any one its database 338 containing the old e-mail address in asso- 

of a number of known authentication authorities, such as the " ciation with the new e-mail address so that it can provide the 

authentication authority 360 in FIG. 3, that are approved by new address in response to an address query on the old 

the entity running the EAMS 330. The address change address. In addition, according to another aspect of the 

registration and the registration with the authentication invention, information corresponding to the change request, 

authority may, but need not, be transacted electronically ^ consiuner consent, consumer authenticator, and merchant 

over the Internet 130. authenticator are stored in the database 338 so that such 

Once the EAMS 330 receives the address change request information can be retrieved and referenced in the event of 

and consumer authenticator, it first validates the consumer a later difBculty or dispute. 

authenticator. This is typically effected by contacting the Now that the address change registration process has been 

authenticating authority in the known manner. After ^ explained, another embodiment of the present invention is 

validation, the EAMS 330 creates a record in its database discussed. "ITiose skilled in the art will recognize that when 

338 so that it can provide the new address in response to an an old ISP 140 receives a message that it cannot deliver 

address query on the old address. because there is no address match, it is possible for the old 

Alternatively, and still referring to FIG. 5, there is a ISP to send an address query on the address to the EAMS 

second way to register an address change. In this second 35 330 instead of immediately sending the message back to the 

option, the consumer 510 who has obtained a new e-mail sender ISP 120 with an error message and letting the sender 

address with an ISP 520 first provides the ISP 520 with ISP conduct the address query. Once the old ISP 140 

predetermined information comprising (1) a consumer con- receives the results of the address query, the old ISP can act 

sent and (2) a consumer authenticator. The consumer con- on the results just as the sender ISP 120 would have acted 

sent ensures that the consumer 510 wants his or her address 40 had the sender ISP conducted the address query. It will 

change registered with the EAMS 330 . The consumer therefore be appreciated that the present invention is not 

authenticator is the same as that used in the first registration Mmited to a situation in which the sender's ISP queries the 

option and can be obtained as already explained. EAMS 330 vrith the old address. Rather, the invention is 

Once the ISP 520 has both the consumer consent and the operative in any situation where an Internet entity becomes 

consumer authenticator, the ISP preferably submits certain 45 aware of the inability to deliver an e-mail message due to 

predetermined information, typically via e-mail or other such circumstances as an address being invalid, outdated, or 

Internet communication, to the EAMS 330 . This predeter- changed. 

mined information preferably comprises (1) a change Other alternative embodiments of the present invention 

request, (2) the consumer consent, (3) the consumer will become apparent to those skilled in the art without 

authenticator, and (4) a merchant authenticator. Although aU 50 departing from its spirit and scope. Tbe preferred embodi- 

of this information is not required in all embodiments, ment of the present invention has been disclosed by way of 

certain combinations of this iidfoimation are preferred for example and it will be understood that other modifications 

use in the present invention to provide for adequate assur- may occur to those skilled in the art without departing from 

ances of security and privacy for the ISP's customers. the scope and the spirit of the appended claims. 

Typically, the change request will include as minimtun ss What is claimed is: 
required infonnation the old e-mail address and the new 1. A method for effecting delivery of an e-mail message 
e-mail address of the consumer 510. Furthermore, it is abo from a sender to an intended recipient, the sender having an 
contemplated that the ISP 520 may retain the consumer Internet service provider (ISP) operative to transmit e-mail 
authenticator and provide the merchant authenticator in messages, the intended recipient associated with an unde- 
embodimenls where the EAMS 330 only requires provision 60 liverable first e-mail address associated with a first Internet 
of the merchant authenticator. This configuration may be service provider (ISP) and currently associated with a sec- 
more attractive in certain situations, such as when the ISP ond e-mail address associated with a second Internet service 
520 is configured to store consumer consents and authenti- provider (ISP), comprising the computer implemented steps 
cators and the EAMS 330 is configured to store merchant of: 

authenticatois. es providing a database of stored records correlating the first 

The merchant authenticator comprises predetermined e-mail address of the intended recipient to the second 

information that ensures that the ISP 520 is a legitimate ISP e-mail address of the intended recipient; 
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accessing the database to determine whether the second 
e-mail address of the intended recipient is stored in 
association with the first e-mail address; 

a program module in the computer system, responsive to 
a determination that the second e-mail address of the 
intended recipient is stored in association with the first 
e-mail address, for retrieving the second e-mail address 
as a response to the query; and 

a program module in the computer system for communi- 
cating the query response to a process for utilization in 
automatically re-transmitting the e-mail message to the 
second e-mail address without the sender's involve- 



in response to receipt at the sender's ISP of a "message 
undeUverable" message &om the first ISP in response 
to the e-mail message being undeliverable to the first 
e-maO address, communicating a query from the send- 
er's ISP to the database, the query including the unde- 
liverable first e-mail address; 

receiving at the database the query firom the sender's ISP; 

in response to the query, accessing the database to deter- 
mine whether the second e-mail address of the intended 
recipient is correlated with the first e-mail address; 

in response to a determination that the second e-mail 

address of the intended recipient is correlated with the 

first e-mail address, retrieving the second e-mail 12. The system of claim 11, wherein the first e-mail 
address as a response to the query and generating a address is an invalid old address associated with a former 
query response including the second e-mail address; " Internet service provider (ISP) of the intended recipient and 

communicating the query response to the sender's ISP; the second e-mail address is a new e-mail address associated 

at the sender's ISP, utilizing the second e-mail address with a new ISP of the intended recipient. 

received in the query response as the address for the 13- The system of claim 12, wherein the haternet query is 
e-mail message- and generated by an Internet service provider (ISP) associated 

automatically traiimitting the e-mail message from the ^° with the sender in response to receipt of a "message unde- 
sender's ISP to the second ISP associated with the hverable" message received from the former ISP when the 
second e-mail address without the sender's involve- e-mail message was sent to the first e-mail address, 
jjjgm 14. The system of claim 11, wherem the computer system 

2. The method of claim 1, wherein the first e-mail address „ ^ I°'e™el accessible, and the query and query response are 
•is an invalid old address associated with a former Internet '^"'""''■"I'^^'ed v,. Tn.ernet niess.PinP nroiocok. 



service provider (ISP) of the intended recipient and the 
second e-mail address is a new e-mail address associated 
with a new ISP of the intended recipient 

3. The method of claim 1, wherein the database is stored 
in' an Internet accessible electronic mail address manage- 
ment system (EAMS), and the query and query response are 
communicated via Internet messaging protocols. 

4. The method of claim 1, wherein a computer system 
associated with the database automatically forwards the 35 
e-mail message to the second e-mail address in response to 
the query response. 

5. The method of claim 1, further comprising steps for 
creating a new record in the database in response to receipt . , . - . . . . 
of an address change request from a consumer having an ^ ""f"™??"" comprises a merchant authenUcator. 
e-mail box 20. The system of claim 11, wherem the records of the 

6. The method of claim 5, further comprising the step of database store other predetermined information in associa- 
requiring predetennined authenticating information before with the first e-mail address and the second e-mail 
creating the new record in the database. address, such other mformalion selected from the group 

7. The method of claim 6, wherein the authenticating 45 compnsmg a consumer consent, consumer authenlicaUon, 
information is obtained from an Internet accessible aulhen- ^nd merchant authenticaUon. 

21. A method for effecting dehvery of an e-mail m 



communicated via Internet messaging protocols. 

15. The system of claim 11, further comprising a program 
module for creating a new record in the database in response 
to receipt of an address change request from a consumer. 

16. The system of claim 15, wherein the program module 
for creating a new record in the database is operative for 
requiring predetermined authenticating information before 
creating a record in the database. 

17. The system of claim 16, wherein the authenticating 
information is obtained from an Inteniet accessible authen- 
ticating authority. 

18. The system of claim 16, wherein the authenticating 
information comprises a consumer authendcator. 

19. The system of claim 16, wherein the authenticating 



ticating authority. 

8. The method of claim 6, wherein the authenticating 
information comprises a consumer authenticator. 

9. The method of claim 6, wherein the authenticating 50 
information comprises a merchant authenticator. 

10. The method of claim 1, wherein the database stores 
other predetermined information in association with the first 
e-mail address and the second e-mail address, such other 
information selected from the group comprising a consumer 55 

sr authentication, and merchant authentica- 



ir managmg e-mail address 



11. A system 

a computer system; 60 
a database of stored records in the computer system 
correlating a first e-mail address of an intended recipi- 
ent to a second e-mail address of the intended recipient; 
a program module in the computer system responsive to 
a query from a sender's Internet service provider (ISP) 65 
associated with a sender of an e-mail message based on 
the first e-maQ address of the intended recipient for 



from a sender to an intended recipient, the intended recipient 
being associated with a first e-mail address associated with 
a first Internet service provider (ISP) and a second e-mail 
address associated with a second ISP, comprising the 
computer-implemented steps of: 
providing an electronic mail address management system 
(EAMS) database of stored records correlating the first 
e-mail address of the intended recipient to the second 
e-mail address of the intended recipient; 
at the sender, creating the e-mail message using the 

intended recipient's first e-mail address; 
communicating the e-mail message from the sender to the 
sender's Internet service provider (ISP) via the Internet; 
at the sender's ISP, attempting to deliver the e-mail 
message to the intended recipient at the first e-mail 
address; 

receiving the e-mail message at the first ISP; 

determining at the finst ISP that the first e-mail address is 
not a valid address and generating a "message unde- 
liverable" message in response thereto; 
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communicatiDg the "message undeliverable" message 
from the first ISP to the sender's ISP; 

in response to receiving the "message undeliverable" 
message at the sender's ISP, generating a query based 
on the flist e-mail address of the intended recipient; = 

communicating the query from the sender's ISP to the 
EAMS database; 

in response to the receipt of the query, accessing the 
EAMS database to determine whether the second 
e-mail address of the intended recipient is stored in i 
association with the first e-mail address; 

in response to a determination that the second e-mail 
address of the intended recipient is stored in association 
with the first e-mail address, retrieving the second 
e-mail address from the EAMS database as a response j 
to the query; 

communicating the query response to a computer system 

not operated by the sender; 
modifying the e-mail message to utilize the second e-mail 

address as the address for the e-mail message; and j 
automatically transmitting the modified e-mail message to 

the intended recipient at the second e-mail address 

without the involvement of the sender. 

22. The method of claim 21, wherein the first ISP is a 
former ISP associated with the intended recipient and the 
second ISP is the current ISP associated with the intended 
recipient. 

23. The method of claim 21, wherein the EAMS database 
is Internet accessible and the query and query response are 
communicated via Internet messaging protocols. 



sage to the second e-mail address compiises a program 
module in a computer system associated with the sender's 
ISP. 

35. A method for managing e-mail address changes, 



providing a database of stored records in a computer 
system correlating a first e-mail address of an intended 
recipient of an e-mail message to a second e-mail 
address of the intended recipient; 
in response to a query from a sender's Internet service 
provider (ISP) associated with the sender of an e-mail 
message based on the first e-mail address of the 
intended recipient, accessing the database to determine 
whether the second e-mail address of the intended 
recipient is stored in association with the first e-mail 
address; 

in response to a determination that the second e-mail 
address of the intended recipient is stored in the data- 
base in association with the first e-mail address, retriev- 
ing the second e-mail address from the database as a 
response to the query; and 
communicating the query response to a process for utili- 
zation in automatically re-transmitting the e-mail mes- 
sage to the second e-mail address without the sender's 
involvement. 

36. The method of claim 35, wherein the first e-mail 
address is an invalid old address associated with a former 
Internet service provider QSF) of the intended recipient and 
the second e-mail address is a new e-mail address associated 

,uu.mu.xv-a»u ,.a xu.^.u.. u..oo.^^ ^S,*^ JS*^ °f ^^""^ «cipient 

24. The method of claim 21. wherein a computer system 30 37 The method of claim 36, wherem the query is gener- 
associated with the EAMS autoforwards the e-mail message atedby an Internet service provider (ISP) associated with the 
to the second e-mafl address in response to receipt of the render m response to receipt of a "message undehverable^ 

query response. 

25. The method of claim 21, wherein the query response 
containing the second e-mail address is provided by the 3S 
EAMS in response to the query, and wherein a computer 
system associated with the sender automatically forwards 
the e-mail message to the second e-mail address in response 



message received from the fisrmer ISP when the e-mail 
message was sent to the first e-mail address. 
5 38. The method of claim 35, wherein the query and query 
response are communicated via Internet messaging proto- 
cols. 

39. The method of claim 35, wherein the process for 
. , . , utilization in automatically re-transmitting the e-mail mes- 

'° «c«Pt of qjiety response. , , sage to the second e-mafl address compiises a program 

26. The method of claim 25, wherem the sender s ISP 40 ^gdule in a computer system associated with the database, 
autoforwards the e-mail message to the second e-mail 4o_ ji^^ method of claim 35, wherein the process for 
address in response to receqit of the query response. utflization in automatically re-transmitting the e-mafl mes- 

27. The method of claim 21, further comprising steps for sage to the second e-mail address comprises a program 
creating a new record in the EAMS database in response to module in a computer system associated with the sender's 
receipt of an address change request £rom a consumer. 45 ISP. 

28. The method of claim 27, further comprising the step 41. The method of claim 35, further comprising the step 
of requiring predetermined authenticating information of creating a new record in the database in response to 
before creating a record in the database. receipt of an address change request from a consumer. 

29. The method of claim 28, wherein the authenticating 42. The method of claim 44, wherein the step of creating 
information is obtained from an Internet accessible autben- so the new record in the database includes obtaining predeter- 
mined authenticating information before creating a record in 



30. The method of claim 28, wherein the authenticating 
information comprises a consumer authenticator. 

31. The method of claim 28, wherein the authenticating 
information comprises a merchant authenticator. 55 

32. The method of claim 22, wherein the EAMS database 
stores other predetermined information in association with 
the first e-mail address and the second e-mafl address, such 
other information selected from the group comprising a 
consumer consent, consumer authentication, and merchant so 
authentication. 

33. The system of claim 11, wherein the process for 
utilization in automatically re-transmitting the e-mafl mes- 
sage to the second e-mafl address comprises a 
module in said computer system. 

34. The system of claim 11, wherein the process for 
utilization in automaticaUy re-transmitting the e-mafl mes- 



the database. 

43. The method of claim 42, wherein the authenticating 
information is obtained from an Internet accessible authen- 
ticating authority. 

44. The method of claim 42, wherein the authenticating 
information comprises a consumer authenticator. 

45. The method of claim 42, wherein the authenticatiDg 
information comprises a merchant authenticator. 

46. The method of claim 35, wherein the records of the 
database store other predetermined information in associa- 
tion with the first e-mafl address and the second e-mafl 
address, such other information selected from the group 
comprising a consumer consent, consumer authentication, 

65 and merchant authentication. 
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[57] ABSTRACT 

Techniques for reducing the amount of junk e-mail received 
by a user of an e-mail system. A recipient description 
containing non-address information is added to an e-mail 
message. The user has an e-mail filter which has access to 
information which provides a model of the usd:. The e-maU 
filter uses the non-address information and the model infor- 
mation to detecmine whether the e-mail message should be 
provided to the usee Hie e-maO Sttec further has access to 
infotmadon which provides models of the user's conespon- 
dents. If the filter does not provide the message to the user; 
it uses the non-address infonnation and the model informa- 
tion of the user's correspondents to determine who the 
message might be forwarded to. A sender of e-mail can also 
use the model infonnation of the sender's correspondents 
together with the non-address information to detennine who 
the message should be sent to. Hie techniques are used in a 
system for locating expertise. 



16 Qaims, 2 Drawing Sheets. 
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1 2 
MESSAGE FILTERING TECSHNIQIJES technique and thereby to reduce the an 

received by a user of the e-mail systen 



BACKGROUND OF THE INVENTION 
1. Field of the Invention 



. SUMMARY OF THE INVENTION 



. . . ... The invention reduces the amount of junk e-mail received 

Hie invramon concerns electromc messagmg in general ^jy ^ us^j ^f^^ e-mail system by adding a recipient specifier 

and electronic mail in partfculat to an e-mail message. "Ilie ledpient specifier- non-address 

2. Desciiption of flie Prior Art information is used to fiirtfara: spedfy the redplents in the 

A major annoyance in the conventional Tnail system is group to whom the message is sent who should actually 

junk mail. As electronic mail has grown in availability and receive the message. The mail filter for a given recipient has 

popularity, junk electromc mail has become a problem as access to information about that redpient and uses that 

well. Indeed, the ease with which an e-mail message may be infonnation together with the non-address information in the 

sent to many recipients may eventually make junk e-mail an .e-mail message to determine whether fhe message should be . 

even worse problem that junk conventional mail. provided to the given recipient If the non-address infonna- 

The prior art has attempted to deal with the junk e-mail the infonnation about the recipient indicate that the . 

problem by means of mail filter in an e-mail recipient's recipient should not receive the message, the filter 

local e-mail system. Such a filter sorts incoming e-mail for provide it 

the recipient iuto categories determined by the recipient The ^ In another aspect of the invention, the sender's mail filter 
filter simply scans each e-mail message as it reaches the does the filtering. The sender provides a recipient specifier 
recipient and determines what category it should be placed which uses non-address information to spedfy potential 
in. One category is of course "discard". Messages which the reciinents to the mail filter. In this aspect, however; the 
filter places in diat category are automatically discarded. sender's mail filter has access to infonnation about the 
Prior-art filters have bad varying de^es of intelligence; 25 possible recipients and uses this information together with 
somebavesimply worked widi lists of source addresses and the non-address information to determine the potential 
have sorted according to &e source of the message; others recipients to whom the message should be sent 
have used keywords provided by the recipient to sort; with The first and second aspects of the invention are corn- 
others, finally, the filter observes how the recipient sorts his bined in a further aspect of the invention, namely a system 
e-mail for awhile and is then able to sort in a similar fashion. for locating expertise in the e-mail system. In this system. 
For details about mail filters, see Peter W. Foltz and Susan the sender specifies an area, of expertise by means of a list 
T. Dumais, "Personalized infonnation delivery: an analysis of keywords which are relevant to the area. The list of 
of information filtering methods", Communications of the keywords is included in a recipient specifier in the message. 
ACM, vol. 35, no. 12, Dec, 1992, pp. 51-60; D. K. GifFord, The mail filter for a potential recipient has access to the 
R. W. Baldwin, S. T. Berlin, J. M. Lucassen, "An architec- 35 document files of the potential recipient and to a list of the 
ture for large scale information systems", in Proceedings e-mail messages sent and received by the potential recipient. 
Tenth Symposium on Operating Systems Principles, (Orcas The mail filter uses the document files to determine the 
Island, Wash., Dec 1985), pp. 161-170; E. Lutz, H. V. . recipient's areas of expertise. If the keywords in the redpi- 
Kleist-Retzow, andK Hoeming, "MAFIA— An active mail- ent specifier match one of the areas of expertise, the mail 
filter agent for an intelligent document processing support", ^ filter provides the e-mail message to the potential recipient; . 
mMulti-Vser Interfaces and Applications, S. Gibbs andnA. if not, the mail filter uses the list of e-mail messages to 
A. Verrijn-Stuart, Eds, North Holland, 1990, pp. 16-32; T. detennine conespondeids of the the potendal recipient who 
W. Malone, K. S. Grant, F. A. Hirbak, S. A. Browst, M. D. may have the area of expertise specified in the recipient 
Cohen, "Intelligent information sharing systems", Commtin, specifier and forwards the message to those correspondents. 
ACM 30, 5 (May 1987) 390-402; S. Pollack, "A rule-based The mail filter of each potential recipient which actually 
message filtering system", ACM Trans. Off. bif. Syst. 6, 3 1 provides the message to the recipient fiirther sends a referral 
(My 1988), 232-254. P. Maes, "Agents that Reduce Wodc message fo the sender of the message, who thus knows 
. and Mbtmadon Overload", Comnrnn. ACM 37 (7) (July exacdy who received the message. 
1994), pp. 31-40. A problem with all such filters is that Qflier olgects and advantages of the apparatus and meth- 
sorting for another person is diMcnlt even for a human disclosed herein wiU be apparent to those of ordinary 
being, and if a filter is going to be useful, it cannot do much skill in the art upon perusal of the following Drawing and 
worse than a human would. Detafled Description, wherdm 
One of the reasons for the junk mail is that present-day 

e-mail systems require that recipients be addressed by e-mail 

addresses. In order to ensure that an e-mail message wiU 55 BRIEF DESCRDPnON OF THE DRAWING 

reach everyone who n^g^t Posfly ^ mt^^f i^the pjg j ^ „f 

sender typicaUy uses a hst of addresses which mcludes those embodying the invmtion- 

who might be interested but includes many others as wen. „ . .. ^ . , ^ 

For everyone but those actually interested, the e-mail is of ^ a diagram of user model 113 m a preferred 



course junk mail. 



embodiment; 



What is needed to reduce the amount of jmik mail is a ^^'l^l °^ correspondent models Ul in a 

technique which permits a sender to use somefliing in prefeired embodunent; 

addition to the e-mail address to specify the kinds of people and FIG. 4 is a diagram of data structures used by mail 

who are to actually receive the e-mail and permits a filter to i" ^ preferred embodiment, 
use the information provided by the sender to filter the mail 65 Reference numbers in flie Drawing have two parts: the 

so that only those kinds of people actually receive it It is an two least-significant digits are the number of an item in a 

object of the invention disclosed herein to provide such a figure; the remainiag digits are the nuniber of the figure in 



o 



wMch the item first appears. Thus, an item with the reference 
number 201 first appears in HG. 2. 



The following Detailed Description begins with an over- 
view of the invention and then describes in detail how the 
invention is implemented in apparatus to locate expertise in 



Overview of the Invention: HG. 1 



mm have mail fillers 109, they wiE also filter mail item 119 
as just described. In a preferred embodiment, user 105(n) 
may specify how much control he desires over forwarding. 
Forwarding may be completely automatic, or mail filter 109 
S may present user 10S(n) with the information from recipient 
description 125 and a list of the conespondents it has found 
for forwarding and let user 105(n) select which of the 
correspondents is to recdve the forwarded letter. 
If user 105(n) wishes to send an e-mail message with a 
10 Tcdpient specifier 121, user 105(n) malces that request of 
mail filter 109. Mail filter 109 uses interface 117 to obtain 
information fcom user 105(n) which it uses to make recipient 
FIG. 1 shows a high-level overview of ^pacatus 101 specifier 121. Mail filter 109 then uses recipient specifier 
which embodies the invention. Apparatus 101 is employed 121 with correspondent models tU in the maimer described 
in a network 103 which connects a number of users 105(a. is above to make a list of the correspondents who should 
. . n). Network 103 may be a networic such as Internet or a receive the message. Depending on the implementation, 
commercial e-mail network, or it may be an e-mail system jjjail filter 109 may simply send the e-mail message to those 
which communicates between users of a single computer correspondents or pennit user 105(n) to select correspon- 



system Each user 105 is comiected to network 103 by 
means of a link 107 over which user 105 can send and 
receive e-mail messages. A mail item of the type used in the 
invention is shown at 119; mail item 119 is a standard e-mail 
message except for two additional components: 

1. recipient specifier 121 which uses non-address infor- 
mation to further describe fbB redpients who should lecdve 
the e-mail; and 



dents fiom the list The selected correspondents will of 
course be placed on referral list 127. In FIG. 1, mail filter 
109 and correspondent models 111 and user model 113 are 
all implemented in the local computer system used by user 
105(?i). Such an implementation is advantageous in that the 
information in correspondent models 111 and user model 
25 113 remains under the control of user 105(n). In other 
embodiments, however, mail filter 109 may be located at any 



pobit in network 103. Indeed, some embodiments may 
contain oiily correspondent models 111. For example, a data 
base of customer iiiFormation might be used as a conespon- 
specifier 121 has two parts, recipient type field '° model Ul, and mafl fflter 109 might use redpient 



2. refeccal list 127, which is a list of potential recipients 
who passed the e-mail on and of redpients to whom flie 



description 125 together with the data base of customer 
information to determine which customKS should recdve 
e-mail about a new product or service. 



123, which generally indicates how recipient specifier 121 is 
to be interpreted, and recipient description 125, which 
contains the non-address information which is acmally used 
to determine whether mail item 119 is to be provided to a 
given ledpient 

A user 105 who wishes to reduce the amount of junk 
e-mail he receives has a mail filter 109 as part of his e-mail 
system. When an e-mail item 119 is sent to user lOS's 

address, mail filter 109 inteipiets recipient specifier 121 to ^to The following discussion first explains the utility of such a 



A System for Locating Expertise 

The techniques described above are employed ii 
fened embodiment to make a system for locating expertise. 



determine whether mail item 119 is to be provided to user 
105(n). In inteipreting recipient specifier 109, mail filter 109 
employs user model 113, which is data that provides a model 
of user 105(n). If recipient description 125 spedfies a 
redpient which is of the same kind as that specified by user 4 
model 113, mail filter 109 adds mail item 119 to filtered mail 
115 and informs user 105(n) via interactive user mail 
interface 117 that mail has arrived. If user 105(«) desires, 
mail filter 109 can further use the information in referral list 



system and then presents two different embodiments. 



Using a Computer to Find Information 

There are basically two ways of finding someUiing out by 
using a computer: "ask a program" and "ask a person". 

The first covers all ways of accessing information stored 
online, including the use of traditional database programs; 



127 to indicate the chain of referrals which resulted in the 5Q file indexing and retrieval programs such as glimpse (by Udi 



;r 105(n). In 

ments, mail filter 109 may also use the 
refenal list 127 to send a recdpt 129 which identifies the 
e-mail message, the diain of referrals, and user 105(n) to the 
original sender of mail item 119. 

If user moderns does not specify a recipient which is of 
the same kind spedfied by redpient description 125, mail 
filter 109 looks to coirespondeat models 111 to detomine 
where to send mail item 119. There is a I 



Manber at University of Arizona) or Apple's Apple-Search; 
news filtering programs such as Hoover (SandPoint Corp.); 
and even more simply, the use of tools sudi as ftp, awk, and 
text editors to retrieve and view files. 

The second, "ask a person", covers ways that a computer 
can be used as a communication medium between people. 
Currentiy the prime examples are elechronic mail, including 
both personal e-mail and mailing lists, and bulletin boards 
and newsgroups. The growing integration of computers and 
lll(i») for each of usee 105(r)'s fiequent correspondents, 60 telephones allows us to also view telephony as a computer- 
user model 113, each correspondent model lll(i») based commimication medium. Simple examples of such 



contains data which mail filter 109 can use together with 
redpient description 125 to determine which of user 
10S(n)'s correspondents should receive mail item 119. Mafl 
filter 109 then adds the names and e-mail addresses of those 6 
correspondents to referral list 127 in mail item 119 and 
forwards mail item 119 to those correspondents. If Ihey in 



integration are telephone address book programs that th 
a personal or pod!:et computer and dial numbers f( 
more sophisticated is the explosion in the ui 
based FAX. Today it is hard to even buy a modem that does 
not have FAX capability, and by far the heaviest use of FAX 
is for person-to-person communication. 
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There are inherent problems with both general approaches 
to obtaining information. It has often been noted that as the 
world of online information sources expands, the "ask a 
program" approach suffers from the problem of knowing 
where to look. For example, the Mosaic system overcomes ; 
many of the technical problems in accessing a wide variety 
of information on the Internet, by automatically handling the 
low-level details of different communication protocols. It is 



easy and entertaining to browse through : 
media space. However, finding an answer to a specific lo 
question usiag Mosaic tends to be slow and firustrating, and 
oftrai lesults in Mure. One response to this problem has 
been tbe attempt to design systems that incorporate knowl- 
edge sibout the location oi infonnation, such as the Infor- 
mation Manifold project (by T. Kiifc, A. Levy, and D. is 
Srivastava, of AT&T Bell Labs). However,adeBpBr problem 
remains, that no solution based solely on building a bettra- 
search-engine can address. This is the fact that nmch valu- 
able information is simply not online, but only exists in 
people's heads. Furthermore, there are economic, social, and 20 
political reasons that much valuable infonnation will never 
be made publicly accessible on the Intemet or any other 
network. Indeed, part of the value of a piece of information 
resides in the degree to which it is not easily accessible. 

In any large organization, determining who is an expert on ^ 
a particular topic is a craciai problem. The need for expertise 
location ranges from uiformal situations, such as where I 
might need to find an expsit on LaTex macros to help fix a 
Resetting problem in a paper I'm writing, to formal con- 
struction ofprqject teams to meet business needs. The range 30 
of expertise spedfications may range from the generic 
("who knows about logic progranuning?") to the highly 
specific C'who knows how to modify the interrupt vector 
handling microcode in the reboot module of the XZY999 
processor?"). 35 

Online directories of expertise lardy exist, and when they 
do, the information that contain is certain to be out of date 
and incomplete. In feet, expertise needs are potentially so 
specific that it is simply impossible to detennine a compre- 
hensive set of categories in advance. Expertise location is *' 
theiefore generally an "ask a person" ta^ with the all the 
problems assodated with that approach outlined above. 

Let us consider for a moment how expertise location 
actually works when it is successful. In. a ^ical case I ^5 
contact a small set of colleagues whom I think might be 
familiar with the topic. Because each person knows me 
personally, they are quite likely to respond. Usually none of 
them is exacfly the person I want; however, they can refer 
me to someone they know who might be. After following a ^ 
chain of referrals a few layers deep I finally find the person 
I want 

Note that in this successM scenario I needed to walk a 
fine line between contacting too few people (and thus not 
finding the true expert) and contacting too many (and 55 
eventually making a pest of myself). Even in the end I might 
wonder if I might not have found even a better expert if only 
I could have cast the net a bit wider. I may have had difficulty 
bringing to mind those people I do know personally who 
have some ejqjertise in the desired area. If only all of my go 
colleagues employed endlessly patient assistants that I could 
have, contacted initially, who would have known someOdng 
about their bosses' areas of expertise, and who could have 
answered my initial queries vrithout disturfomg everyone. 

Now let us consider how mail filt«s could be used to 65 
augment the expert location process. Each pEsrson's mail . 
filter would create a model of that person's areas of mtraest 



This model would be created automatically by using infor- 
mation retrieval (IR) techniques (such as inverted indexes) 
on all the documents created and received by the user. The 
user model could be quite large and detailed, and would be 
private to the user, that is, not stored in a central database. 
The mail filter would also create a much more coarse- 
grained model of my contacts by applying similar tech- 
niques to all the electronic mail that I exchange with each 

When I have an expertise location need, I present the 
problem to my mail filter as an imstmctured text description. 
Again using ffi, techniques, my mail filter selects a mcdium- 
to-large set of my contacts to whom the query may be 
relevant It then broadcasts the query, not to the people 
themselves, but to their mail filters. Upon receipt of the 
question, each mail filter checks if its owner's user model 
does indeed provide a good match. If there is a good match, 
the mail filter presents my request to its owner. If the 
owner's model does not match, but the model of one of the 
owner's contacts does, then the mail filter can ask the owner 
if it can provide a referral. Finally, if there is no match at all, 
the query is silently logged and deleted. A great deal of 
flexibility can be bmlt into each mail filter, depending upon- 
its owner's preferences. For example, I might allow auto- 
matic referrals to be given to requests that come from my 
closest colleagues. 

Tliis system provides several benefits over either sending 
personal e-mail to everyone in order to find an expert or 
using netnews to find tiie expert Eist, it is largely passive 
on the part of the ledpents— they do not need to be reading 
netnews and wading through dozens of articles. Second, 
queries are broadcast in a focused manner to those who are 
at least somewhat likely to iind them of interest Third, users 
are shielded from seeing a large number of completely 
irrelevant messages; each mail filter 109 niay process dozens 
of messages for every one the user sees. Finally, messages 
that a user does see do not come from "out of the blue", but 
.rather are tagged with a chain of referrals from colleague to 



' One reason to believe that the system just described 
would be useful in practice is that it basically models the 
manner in which expertise location actually worics now (D. 
Krackhardt and J. R. Hanson, "Informal Networks: The 
Company Behind the Chart", Harvard Business Review, 
July-August 1993), while allowing more people to be con- 
tacted without causing disruption and disturbance. 

Implementation of an Expertise Locator 

A presently-preferred embodiment of the expertise locator 
has been implemented usuag the network agents described in 
Coen, et al.. Network Agents, U.S. patent application Sen 
No. 08/203,147, filed Feb. 28, 1994 abandoned and contin- 
ued as U.S. Ser. No. 08/513,417, filed Aug. 10, 1995. In the 
implementation, mail filter 109 is a component of a user 
agent which handles e-mail messages for its user. Mail filters 
109 are written in the programming language Visual Basic, 
and run on a standard personal computer. Interactive user 
mail interface 117 presents the expertise locator in mail filter 
109 to the user as an anthrppomoiphic "talking head" that 
appears in a window on the computer screen. All the 
computers running mail filters 109 are networked (cuctently 
using the protocol TCP/IP), and can exchange electronic 
mail with each other and with any person. A mail filter 109 
can also invoke other programs to perform various subtasks. 

Each mail filter 109 has access to two sets of data base 
files. The first set, shown in FIG. 2, implements cortespon- 
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dent models 111; the second set, shown in HG. 3, imple- 
ments user model 113. Each of the data base flies in the two 
sets is specific to and owned by the individual'user of mail 
filter 109. It is important to note that we do not assume that 
these files can be directly accessed by anyone other than the < 
user and mail filter 109. 



Colleague list 201 wMch contains entries 203 for some of 
the user's colleagues. Bach entry 203 contains an identifi- i 
cation 205 for the colleague and each a list of keywords 207 
describing the colleague's areas of expertise. 

An Email file 209 which contains all of the email 
211(0..n) that the user has sent and received for a substantial 
period of time: typically, the past year or several years. i 

An Email inverted index file 213 that has an entry 215 for 
each word that appears in any email message. Entry 215 
contains a word 217 and a list of the numbers of the 
messages in email iile 209 that contain that word. This Mnd . 
of file can be generated using standard information retrieval ^ 
algorithms, such as those described in (G. Salton, Automatic 
Text Processing, Addison-Wesley 1989). 

A sender/redpient list file 221 that has an entry 223 for 
each message in email file 209. The entry contains the 
identifier of the sender of the corresponding message (if ^ 
other than the user) or the identifier of the recipient of the 
corresponding message (if sent by the user). 

HG. 3 shows the data base files used to implement user 
model U3. 3 

User expertise list 301 is a file containing a list of 
keywords tliat describe some of the user's own areas of 
expertise. 

User files inverted index 305 is a file containing an 
inverted index of text files in the user's directory. That is, for 3 
every word that appears in any file the user has stored on the 
computer, this file contains a list of the names of the files 
containing that word. 

In the preferred embodiment, colleague list 201 and user 
expertise list 301 are created by mail filter 109 in interaction 
with user 105(n); the inverted index files 213 and user files 
inverted index 305 are created automatically by mail filter 
109. This kind of very large inverted index can be quickly 
created and searched by the program "glimpse" (U. Manber 
and S. Wu, "GLIMPSE: A Ibol to Search Through Entiie ( 
File Systems," Usenix Winter 1994 Technical Conference, 
San Ftandsco (January 1994), pp. 23-32). la making 
inverted list 305, GUMPSE uses a UNIX operating system 
(UNIX is a tiademaik of XOFBN) utility which determines 
whether a file is a text file. In addition, the user can specify 2 
to GLIMPSE which directories of files or individual files are 
to be indexed. 

A user begins the process of locatmg an expert in a topic 
by clicking on the window for mail filter 109 and typmg a 
phrase that describes the general kind of request (such as, "I ; 
need to locate an expert"). Mail filter 109 then prompts the 
user for a phrase describing the area of expertise. Once this 
is done, mail filter 109 generates and presents for approval 
a list of suggested candidates for receiving the request. 

The list of candidates is generated by combining names < 
firom two sources. Rrst, names are added that appear in 
colleague list 201, such that the words that appear in the 
phrase describing the expertise request appear in the Ust of 
keywords 207 associated with name 205. 

Second, names are added that result from the following t 
computation. First, for each word that appears in the exper- 
tise request, mail filter 109 retrieves firom email inverted 



index file 213 a list of messages 403(0 . . . n) (FIG. 4) 
containing that word. Next, the intrasection of the lists is 
computed, generating a list of messages 405 each of which 
appears in every one of the previous lists. Next, list of 
messages 405 is compared against sraider/iedpient list file ' 
221, and the total number of messages that appear in list of 
messages 405 that are from each person in sender/redpient 
list 221 is calculated. The result is a name/message number 
pair list 407 of pairs of "person name" and "number of 
messages". Finally, list 407 is sorted according to "number 
of messages". The 20 names with the highest number of 
messages in this list are then added to the list of candidates. 

After the list of candidates has been approved by the user, 
mail filter 109 makes a redpient specifier 121 and adds it to 
the email message. Recipient spedfier 121 contains a recipi- 
ent type request 123 which specifies that an expert is being 
requested and expertise description 401 is used as recipient 
description 125. 

The message travels through the network and arrives at 
the computer systems(s) of the recipients. Each redpient 
mail filter 109 notes redpient spedfier 121 specifying that 
an expert is being requested, removes the e-mail message 
firom the incoming mail stream, and processes it as follows: 

First, the words in expertise description 401 contained in 
the message's redpient spedfier 121 are matched against the 
redpient's user eiqperiisB list 301. If fiie words appear in list 
301, then mail filter 109 assumes that this request is appro- 
priate for the lecipieiit to see. 

If Ifae words in tbe phrase do not match against the 
contents of user ffliperdse list 301, man filter 109 uses user 
files inverted index file 305 to matdi the phrase against the 
contents of all of the reci[nent's files which are indexed in 
file 305. This matching can be effidently performed using 
the program "GLIMPSE" mentioned above. If the number 
of matches is greater then a threshold number (e.g., more 
than 10 matches), the recipient's mail filter 109 detennines 
that this request is likely to be appropriate for the recipient. 

If the recipient's mail filter thus determines in either way 
that the message is appropriate, it uses user mail interface 
117 to make the the message appear on the redpient's 
computer screen. The redpient is then given the option of (i) 
responding affirmatively back to the sender; (ii) responding 
negatively back to the sender; or (iii) referring the request to 
someone else. If this final option is selected, the redpient's 
mail filter 109 creates a list of candidate ledpients as 
described above and the process is repeated. 

As is i^paient firom the foregoing description, the pre- 
foned embodiment of the expertise locator increases its 
efSdency by using two-stage conespondent models 111 and 
user models 113. The first stage is the explicit descriptions 
of expertise contained in colleague list 201 and user exper- 
tise list 301; the second stage is the inverted indexes; 
inverted index 213 into email file 209 and inverted index 305 
into the the user's text files. The algorithms first use tbe 
expertise lists 201 and 301, and then they may in addition 
use the inverted indexes. 

EXAMPLE n 

Enhanced Yellow Page Service 

The general techniques described above can be applied to 
many different kinds of tasks. The general approach is useflil 
when the following conditions hold: 

1. You wish to contact a large number of people, without 
necessarily broadcasting messages to everyone in the world. 
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deteimiDB a pielinmiaiy list of candidates based on a match- 
ing scheme. Other ways of detennimng whom to seiid the 
message to are also useful. In the example below, the 
recipients are simply taken to be a fixed list of the sender's 
fiiends and colleagues. 5 

2. You want the message you send to only be seen by 
people to whom is it very likely to relevant, in order to avoid 
being disruptive. To that end,you want the message you send 
to explicitly indicate the conditions under which which it 
should be taken to be relevant Note that the computation of 
relevancy may rely on information that is private to the 
recipient In the previous example, the sender indicated the 
general conditions of relevancy by recipient type field 123 
(thus indicating the general kind of processing to be per- 
formed by the recipient's mail filter 109) and the words in ^ 
recipient description field 125 describing the kmd of exper- 
tise required (thus providing the parameters to that process- 
ing). Another way of saying this is that the sender pro- 
actively determines the general manner in which the 
message is to be em filtered. Note that this is different from 
earlier work on mail filtering, which always assumes that the 
recipient of a message is completely responsible for estab- 
lishing the condilions for filtering (if any), and the sender is 
completely "passive" with regard to filtering. 

We illustrate diese core points with the foUowing 25 
"Enhanced Yellow Page" service. Ilie bade idea is to 
provide a service that asdsts people in obtaining one or more 
personal recommendations about a professional service or 
business. The system would work as follows. 

A customer contacts the Enhanced Yellow Page Service 30 
(EYPS) asking for a number of a particular service (e.g., a 
flower delivery service, an autobody shop, a roofer, etc.). 
The contact with tbe EYPS could be made by many possible 
means of communication, i nclud ing telephone, an on-line 
service, an intetoet Mosaic/HTTP server, or dectionicmaQ; 35 
alternatively, the EYPS software and directory coidd even be 
distributed to users and run entirely on their personal com- 
puters. 

The EYPS gives one or ipore possible numbers. The 
customer can then ask the EYPS to help in obtaining one or ^ 
more personal recommendations about the service or busi- 
ness. 

To obtain the recommendations, the EYPS first considers 
people from a list of friends or colleagues of the customer. 
(One way to obtain this list is by simply asking the customer '^^ 
to register friends, family, or colleagues but there are also 
less intrusive ways of doing this, such as by keeping track 
of people with whom the customer frequently communi- 
cates.) 

Now, the key idea is that the EYPS does not simply 
contact every person on the list, but rather only contacts 
those people that have dealt with the particular service or 
busuiBss number in the last couple of months. HieiB are at 
least two ways in which this Mnd of "solder pro-active jj 
filtering" can be done: 

1. The EYPS contacts mail filter 109 for each friend or 
coDeague, indicating the name and telephone number for the 
service for which a recommendation is desired. Mail filters 
109 that have been trusted with their owner's telephone go 
records and/or records of business transactions can deter- 
mine whether thefr owner has dealt with that company. If so, 
they pass the request on to the owner. 

2. If the EYPS has direct access to the telephone records 
of the fiiends and colleagues (which is the case if the EYPS 65 
is implemented by a program nmning in a long-distance 
network itself), then it checks the phone records itself to 
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determine the list fiiends and colleagues that have called that 
company. 

Thus, instead bothering a large group of people, there is 
a careful screening to ensure that only those are contacted 
who have had some recent dealings with the particular 
service or business. There are various ways of how the 
EYPS can complete the process. The least intrusive way 
would be to simply leave a message with , some of the 
selected people saying "Mr. or Ms. X would be interested in 
any opinion or recommendation about service Y. Please 
contact X at or leave message at number Z. This request 
expires at midnight". 

Note that this kind of "pro-active" mail filtering can also 
be implemented by having the user send a message directly 
to someone's mail filter 109. The message header would 
include a directive saying "pass on to user if he or she has 
contacted service X at least twice in the last three months." 
Upon receipt of the message, mail filter 109 will now filter 
the message based on the included directive. Again, note the 
difference with the current forms of mail-filtering, where 
filtering is under complete control of the recipieiU, and the . 
sender does not give direct instructions to the filtering 
program. 

Such a system naturally raises many privacy issues that 
can be addressed. For example, you may not necessarily let 
the person seeking the recommendation know who gets the 
request-for-advice message. That way, people would not feel 
obliged to respond. Also, the identify of the requester could 
be protected by simply having a message saying "A Mend 
would like an opinion or recommendation about service Y." 
In that case the EYPS would only reveal the identity of the' 
requester once the recipient agrees to respond. 

Conclusion 

Tbe foregoing Detailed Description has disclosed to those 
skilled in the computer and netwoddng arts how non- 
address redpient information in an e-mail message and a 
mail filter which includes a model of fbs redpient may be 
used to reduce the amount of juok e-mail received by the 
recipient and how the non-address redpient information and 
a mail filter which includes models of the sender's corre- 
spondents may be used to reduce the amount of e-mail sent 
by a user. The Detailed Description has further disclosed 
how the above techniques may be used to construct an 
expertise locator and has disclosed the best mode presently 
known to the inventors for implementing the expertise 
locator. 

It will be immediately apparent to those skilled in the 
computer and networking arts that the prindples of the 
invention may be used in any situation where a mail filter 
has access to information which enables it to respond to 
non-address information about the potential redpients of an 
e-mail message. It will be further apparent that many tech- 
niques may be used to construct models of the correspon- 
dents and recipients for use by the mail filters. The models 
may be simple lists of keywords, they may be inverted files, 
they may be data bases, or they may be any other arrange- 
ment of data which permits the mail filter to determine from 
the model and the non-address information whether the 
potential recipient should actually receive the message. It 
will further be apparent to those skilled in the art that the 
locatioa of the maa filter in the network is a matter of design 
choice. Filters which are located on the same computer 
system as the redpient have better access to recipient 
information, while those which are located closer to the 
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sender aie moie efScient at redudng the total amount of 
network traffic. 

All of the above being the case, the foregoing Detailed 
Description is to be understood as being in every respect 
illustrative and exemplary, but not restrictive, and the scope 5 
of the invention disclosed herein is not to be detetmined 
from the Detailed Descripdon, but raflier from the claims as 
interpreted according to the full breadth permitted by the 
law. 

What is claimed is: 10 

1. Apparatus for automatically limiting the lerajnents of a 
message sent via a mail system implemented in a computer 
system, the apparatus comprising: 

recipient specifying means in the message which uses 
non-address information to specify the recipients of the 
message; 

message filtering means in the computer system having 
access to recipient information contained therein about 
at least one potential recipient and including means 
responsive to the non-address information and to the ^ 
recipient information for providing the message to the 
at least one potential recipient if the non-address infor- 
mation and the recipient information together indicate 
tliat the at least one potential recipient is to receive the 
message; and ^ 

means, in the message fllteiing means, for sending a 
lefeiial message to a source of the message when the 
message filteiing means provides the message to the at 
least one potential recipient 

2. The apparatus set forth in claim 1 wherein: 

the referral message contains an identification of the at 
least one potential receipient 

3. The apparatus set forth in claim 1 wherein: 
the message is received by a plurality of users; 

the message includes infonnation specifying the users ^ 

who received the message; and 
the referral message further contains die information 

specifying the users who received the message. 

4. An arrangement for locating expertise in a messaging 
system implemented in a computer system, comprising: ^ 

first means, included in a message, for indicating, via 
non-address information, expertise sought by a sender 
of the message; 

second means in the computer system, for determining 
expertise of an addressee of the message; 4: 

third means in the computer system responsive to receipt 
of the message, for determining whether die expertise 
indicated by the first means matches the expertise of the 
addressee determined by the second means; 

fourth means in the computer system responsive to a ^ 
determination by the third means that the indicated 
expertise matches the determined expertise, for provid- 
ing the message to the addressee, and responsive to a 
determination by the. third means that the indicated 
expertise does not match the determined expertise, for ^ 
preventing the message fiom being provided to the 
addressee; 

fifih means in the computer system, for deteimimng 
expertise of contacts of the addressee; ^ 

sixth means responsive to a determination that the indi- 
cated expralise does not match the detetmined expertise 
of the addressee, for determining whether the indicated 
expertise matches the expertise of any said contacts 
determined by the fifth means; and g 

seventh means responsive to a determination by the sixlli 
means tiiat the indicated expertise matches the deter- 
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mined expertise of a contact, for sending the message 

to that contact 
5. The arrangement of claim 4 wherein: 
the second, tiiird, and fourth means are associated with the 



6. The arrangement of claim 4 wherem: 

the fifth and sixth means are associated vrith the 
addressee. 

7. Tlie arrangement of claim 4 fiirther comprising: 
eighth means responsive to a determination by the sixth 

means that the indicated expertise does not match the 
detetmined expertise of any contact, for discarding the 



8. The arrangement of claim 7 wherein: 

the eigihth means are associated' with the addressee. 

9. The arrangement of claim 4 wherein: 

the fifth means comprise 

means for analyzing messages exdianged by the sender 
with tiie contacts to determine therefrom the expertise 
of tiie contacts. 

10. The arrangement of claim 4 further comprising: 
eighth means in the computer system responsive to the 

sixth means determining that the indicated expertise 
matches the detenoiined expertise of a contact, for 
including referral infonnation in the message to indi- 
cate that the message is bdng sent from the addressee 
to that contact 

11. The arrangement of claim 4 wherdn: 
the first means comprise 

means for conveying a list of keywords. 

12. An arrangement for locating expertise in a messaging 
system implemented in a computer system, comprising: 

first means, included in a message, for indicating, via 
non-address infonnation, expertise sought by a sender 
of the message; 

second means in the computer system, for analyzing files 
of an addressess of the message to determine therefrom 
expertise of the addressee; 

third means in the computer system responsive to receipt 
of the message, for detennining whether the expertise 
indicated by die first means matches die expertise of the 
addressee determined by the second means; and 

fourth means in the computer system responsive to a 
determination by the third means that the indicated 
expertise matches the determined expertise, for provid- 
ing die message to the addressee, and responsive to a 
determination by the third means that the indicated 
expertise does not match the determined expertise, for 
preventing the message from being provided to the 



13. An arrangement for locating expertise in 
system implemented in a computer system, comprising: 

first means, included in a message, for indicating, via 
non-address information, expertise sought by a sender 
of the message; 

second means in the computer system, for deteimimng 
expertise of an addressee of the message; 

third means in the computer system responsive to receipt 
of the message, for detennining whether the expertise 
indicated by flie first means matches die expertise of tiie 
addressee determined by the second means; 

fourth means is in the computer system responsive to a 
determination by the third means that the indicated 
expertise matches the determined expertise, for provid- 
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ing the message to the addressee, and responsive to a 
determination by the third means that the indicated 
expertise does not match the determined expertise, for 
■ 5 message from being provided to the 



fifth means in the computer Systran for analyzing mes- 
sages exchanged by tbe sender with potential recipients 
of the message to determine therefiom die expertise of 
the potential recipients; and 

sixth means in the computer system responsive to gen- 
eiation of the message by the sender, for selecting 
addressees of the message from the potential redpients 
by matching the expertise sought by the sender with the 
expertise of the potential recipients determined by the 
fifth means. ■'^ 

14. The arrangement of claim 13 further comprising: 
messaging means for sending the message to the selected 

addressees of die message. 

15. The anangement of claim 13 wherdboi: ^ 
the fifth and sixth means are associated widi the sendet. 

16. An arrangement for locating expertise in a messagmg 
d in a computer system, comprising: 

!, included in a message, for indicating, via 

don, expertise sought by a sender 25 

of die 
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second means in the computer system, for' determining . 
expertise of an addressee of the message; 

third means ra the computer system responsive to receipt 
of the message, for determining whether the expertise 
indicated by the first means matches the expertise of the 
addressee determined by the second means; 

fourth means in the computer system responsive to a 
detenmnation by the thbd means that the indicated . 
expertise matches the determined expertise, for provid- 
ing the message to the addressee, and responsive to a 
detramination by the thud means that the indicated 
expertise does not match die detecmined expertise, fiir 
preventing the message from being provided to the 
addressee; and 

fifth means in the computer system responsive to the 
fourth means providing the message to the addressee, 
for sending a refenal message tp the sender to inform 
the sender that die message was provided to die 
addressee. 
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